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Abstract 

Wireless  Local  Area  Networks  (LANs)  are  extremely  convenient,  flexible,  and 
easy  to  deploy.  All  LANs  in  which  multiple  hosts  must  access  the  same  medium  use  a 
Medium  Access  Control  (MAC)  protocol  to  coordinate  channel  access.  The  MAC  is  part 
of  the  Data  Link  Layer  of  the  Open  Systems  Interconnection  (OSI)  Reference  Model. 
One  MAC  protocol  in  extensive  use  today  is  the  Institute  of  Electrical  and  Electronics 
Engineers  (IEEE)  802.11  standard. 

Since  IEEE  802.11  devices  are  so  prevalent  in  today’s  world,  many  researcher  are 
exploring  modifications  and  enhancements  to  the  protocol.  There  are  several  well 
developed  analytical  and  simulation  models  for  IEEE  802.11  available  to  researchers,  yet 
one  significant  obstacle  remains:  the  lack  of  a  means  to  obtain  experimental  data  based 
on  proposed  protocol  changes.  Without  real  world  experimental  data,  researchers  lack 
the  ability  to  test  out  their  proposals  in  a  real  world  environment. 

To  fill  this  need,  this  thesis  created  a  hardware  prototype  from  which  researchers 
can  obtain  experimental  data  about  IEEE  802.11.  This  hardware  prototype  can  now  be 
used  by  researchers  to  gain  real  world  data  on  their  proposed  modifications  to  IEEE 
802.11. 
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Implementing  Institute  of  Electrical  and  Electronics  Engineers  (IEEE) 


802.11  Standard  Medium  Access  Control  Protocol  for  Wireless  Local  Area 
Networks  (LANs)  on  a  Laboratory  Hardware  Prototype 

1.  Research  Introduction 

1.1.  Introduction 

Wireless  Local  Area  Networks  (LANs)  are  extremely  convenient,  flexible,  and 
easy  to  deploy.  Existing  Wireless  LANs  are  designed  primarily  to  handle  bursts  of  traffic 
in  an  efficient  manner.  They  are  outstanding  for  the  error  free  transfer  of  large  amounts 
of  data  [LARO02]. 

All  LANs  in  which  multiple  hosts  must  access  the  same  medium  use  a  Medium 
Access  Control  (MAC)  protocol  to  coordinate  channel  access.  The  MAC  is  part  of  the 
Data  Link  Layer  of  the  Open  Systems  Interconnection  (OSI)  Reference  Model.  One 
MAC  protocol  in  extensive  used  today  is  the  Institute  of  Electrical  and  Electronics 
Engineers  (IEEE)  802.11  standard. 

The  IEEE  802.11  standard  was  first  published  in  1997.  Since  then,  several 
simulation  (i.e.  [Bal99])  and  analytical  models  (i.e.  [ZiA02])  have  explored  IEEE 
802. 1 1  ’s  performance  characteristics  and  have  sought  to  improve  the  protocol  for  either 
general  or  specific  purposes.  However,  a  significant  obstacle  encountered  by  researchers 
in  this  area  is  the  lack  the  a  means  to  obtain  experimental  data  based  on  proposed 
protocol  changes.  Devices  using  IEEE  802.11  standard  are  abundantly  distributed 
throughout  the  world,  but  there  are  few  if  any  manufactures  who  will  sell  their  IEEE 
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802.11  source  code  or  development  kits;  this  is  for  economic  reasons:  writing  source 
code  and  developing  IEEE  802.11  hardware  requires  a  significant  investment.  Any 
company  who  has  dedicated  resources  and  capital  into  developing  IEEE  802.11  devices 
will  not  want  to  part  with  that  knowledge  without  suitable  compensation  (usually  several 
hundred  thousands,  if  not  millions  of  dollars).  This  kind  of  capital  is  well  outside  the 
reach  of  most  organizations  that  perform  research  on  the  MAC. 

1.2.  Research  Goal 

The  goal  of  this  research  is  straightforward:  to  create  a  hardware  prototype  and 
provide  experimental  data  about  IEEE  802.11  to  researchers.  This  hardware  prototype 
can  then  be  used  to  validate  proposed  modifications  to  IEEE  802. 1 1 . 

1.3.  Document  Overview 

This  chapter  gives  a  brief  overview  of  the  problem  addressed  and  the  research 
goals.  Chapter  2  presents  an  overview  of  wireless  LANs  by  first  describing  the  Open 
Systems  Interconnection  (OSI)  seven-layer  network  model.  Next,  the  chapter  describes 
several  Wireless  Medium  Access  Control  (MAC)  protocols,  especially  ALOHA,  Carrier 
Sense  Multiple  Access  (CSMA),  and  IEEE  802.11  itself.  The  chapter  concludes  with  a 
brief  description  of  some  relevant  research  in  wireless  networks.  Chapter  3  presents  the 
methodology  used  to  meet  the  research  objectives.  Chapter  4  discusses  the  research 
results,  comparing  experimental  data  to  an  analytical  model.  Chapter  5  contains  the 
conclusion  and  recommendations  for  future  research.  Appendix  A  includes  the 
experimental  data  tables  used  in  the  figures  in  this  document.  Appendix  B  contains  the 
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MatLab®  code  used  to  create  this  document’s  figures.  Appendix  C  holds  the  XInC 
assembly  code  for  the  experiment. 
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2.  Background  and  Literature  Survey 

2.1.  Introduction 

This  chapter  includes  background  information  helpful  in  establishing  the 
foundation  for  the  research.  Section  2.1  presents  an  overview  of  the  Open  Systems 
Interconnection  (OSI)  model,  its  purpose,  and  the  parts  of  the  model  of  interest  to  this 
research.  In  wireless  networks,  the  Medium  Access  Control  (MAC)  layer  is  the  prime 
focus  of  interest  and  thus  several  MAC  protocols  are  presented  in  Section  2.2.  Protocols 
such  as  ALOHA  and  Carrier  Sense  Multiple  Access  (CSMA)  are  compared.  Section 
2.2.3  describes  the  IEEE  802.11  standard  [IEEE99]  and  gives  an  extensive  explanation  of 
the  analytical  model  used  in  this  research.  Finally,  an  overview  of  related  research  efforts 
is  given  in  Section  2.3. 

2.2.  Open  Systems  Interconnection  (OSI)  Reference  Model 

Forming  a  network  of  systems  can  be  a  very  complicated  task.  To  make  this  task 
more  manageable,  the  OSI  Reference  Model  partitioned  the  functions  of  a  network  into 
broad  areas.  The  model  defines  seven  different  layers  or  functions  that  are  typically 
performed  during  communication  between  two  network  nodes  (Figure  1).  The  rest  of  this 
section  briefly  discusses  each  layer,  starting  at  the  lowest  layer  (Layer  1  or  the  Physical 
Layer)  and  working  up  to  the  top  layer  (Layer  7  or  the  Application  Layer).  Layer  2,  the 
Data  Link  Layer  (DLL),  is  the  focus  of  this  effort  and  thus  will  be  discussed  in  more 
detail  in  Section  2.2. 

Layer  1,  the  Physical  Layer,  receives  binary  data  from  the  Data  Link  Layer 
(DLL),  converts  the  bits  into  symbols,  and  transmits  them  over  a  physical  medium  such 
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as  a  wire  or  a  fiber  optic  cable.  The  Physical  Layer’s  task  is  to  ensure  individual  symbols 
are  received  error  free,  in  the  proper  order,  and  are  converted  to  the  appropriate  bit  stream 
for  submission  to  the  DLL. 


Figure  1.  The  OSI  Model 


Logically  above  the  Physical  Layer  is  the  DLL.  The  DLL  takes  bits  from  the 
Physical  Layer,  assembles  them  into  data  frames,  detects  any  errors,  corrects  them  if 
possible,  and  requests  a  retransmission  if  necessary.  Once  the  DLL  has  an  error  free 
frame,  it  passes  the  information  up  to  the  next  level,  the  Network  Layer.  However,  if 
multiple  hosts  share  the  same  medium,  a  sub-layer  of  the  DLL  called  the  Medium  Access 
Control  (MAC)  manages  access  to  the  channel.  For  instance,  in  wireless  LANs  the  IEEE 
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802.11  standard  defines  the  MAC  sub-layer.  The  MAC  sub-layer  is  discussed  in  more 
detail  in  Section  2.2. 

The  Network  Layer  detennines  how  packets  are  routed  from  one  network  to 
another.  In  situations  where  all  the  hosts  can  hear  each  other,  as  on  a  LAN,  this  is  an 
extremely  simple  process.  In  a  large  network,  such  as  a  Wide  Area  Network  (WAN),  the 
layer  detennines  where  a  packet  must  be  sent  in  order  to  arrive  at  its  final  destination.  In 
these  situations,  the  network  layer  may  use  flow  control  to  avoid  network  congestion.  In 
a  LAN,  the  DLL  Layer  handles  the  flow  control. 

Above  the  Network  Layer  is  the  Transport  Layer  which  establishes  and  tenninates 
reliable  source-to-destination  or  end-to-end  connections.  The  Transport  Layer  differs 
from  layers  1  to  3  because  it  communicates  between  different  host’s  processes  rather 
between  the  hosts  themselves. 

Like  the  Transport  Layer,  the  Session  Layer  creates  end-to-end  connections 
between  processes,  but  the  Session  Layer  also  provides  some  advanced  services.  For 
instance,  the  Session  Layer  detennines  if  two  processes  will  communicate  in  simple  or 
full  duplex. 

The  Presentation  Layer’s  responsibility  is  the  data’s  syntax  and  semantics.  Some 
examples  are  encryption/decryption,  compression/decompression,  and  code  conversion. 

The  top  layer  of  the  model  is  the  Application  Layer.  It  provides  a  user  interface 
for  all  applications  written  to  run  over  the  network.  In  contrast  to  the  other  layers,  the 
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Application  Layer  handles  tasks  that  are  written  for  a  specific  application,  while  the  other 
layers  handle  services  common  to  all  applications. 

To  understand  the  workings  of  any  network  protocol,  it  is  important  to  understand 
the  OSI  model.  However,  in  real  applications  the  model  is  never  implemented  in  the 
form  described.  Instead,  standard  bodies  like  the  IEEE  developed  their  own  protocols 
that  often  do  not  match  the  OSI  model.  For  instance,  many  commercially  available 
network  devices  use  a  Physical  and  Data  Link  Layer  defined  by  the  IEEE  802  family  of 
standards,  of  which  802. 1 1  (the  wireless  LAN  standard)  is  a  part. 

2.3.  Other  Wireless  Medium  Access  Control  (MAC)  Protocols 

Wireless  LANs  have  been  around  since  the  early  1970s.  Briefly  described  in 
Section  2.1,  MAC  protocols  are  part  of  the  DLL  in  the  OSI  Model.  MAC  protocols  are 
necessary  whenever  the  Medium  is  shared  between  multiple  hosts.  This  section  describes 
three  MAC  protocols  used  in  wireless  networks. 

2.3.1.  ALOHA 

ALOHA,  developed  in  the  1970s  at  the  University  of  Hawaii,  is  a  simple  and 
elegant  way  to  allow  multiple  host  access  to  the  same  channel  [BG92].  Pure  ALOHA  is 
a  contention-based  protocol,  meaning  all  the  hosts  must  compete  for  the  shared  medium 
at  the  same  time. 

The  system  is  rather  simple:  to  transmit  a  frame  of  data,  a  sending  host  transmits 
the  data  immediately,  whenever  its  data  is  ready  to  send.  When  the  receiving  host 
receives  a  good  frame,  it  sends  back  an  acknowledgment  (ACK)  to  the  sending  host.  If 
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the  sending  host  does  not  receive  an  ACK  for  the  frame  it  sent,  it  assumes  the  frame  is 
lost  due  to  a  collision  with  another  transmitting  host.  The  sending  host  will  wait  a 
random  amount  of  time  and  retransmit  the  same  frame.  The  random  amount  of  time  is 
important.  Otherwise,  two  sending  hosts  could  continue  to  transmit  the  frames  at  the 
same  time,  causing  repeated  collisions  and  filling  up  the  channel. 

The  throughput  of  Pure  ALOHA  is  S  =  Ge20  [Abr77],  where  S  is  defined  as  the 
normalized  channel  throughput  and  G  is  the  normalized  channel  traffic  in  frames.  Given 
this  equation,  Pure  ALOHA  attains  a  maximum  throughput  of  S  =  l/2e  =  0. 184  when  G  = 
0.5.  This  means  that  Pure  ALOHA  is  a  rather  inefficient  protocol,  for  it  only  uses  18.4% 
of  its  channel  at  its  maximum  throughput.  However  inefficient,  Pure  ALOHA  is  a  very 
simple  protocol  and  thus  is  very  straightforward  to  implement. 

In  terms  of  channel  utilization,  an  improvement  over  Pure  ALOHA  is  Slotted 
ALOHA.  Slotted  ALOHA  divides  access  to  the  channel  into  discrete  intervals,  with  each 
interval  corresponding  to  one  frame.  This  enhances  the  throughput  equation  to  S'  =  Ge  , 
and  produces  a  new  throughput  value  of  S  =  1/e  =  0.368  when  G  =  1  [Abr77].  Slotted 
ALOHA  is  more  complex  then  Pure  ALOHA,  but  the  added  complexity  gives  a 
substantial  gain  in  channel  throughput. 

Another  variant  of  the  ALOHA  protocol  is  Reservation-ALOHA  (R-ALOHA) 
and  is  described  in  [CN95].  R-ALOHA  works  by  first  synchronizing  the  channel  just 
like  Slotted  ALOHA.  At  the  beginning  of  a  time  slot,  rather  than  broadcasting  its 
information,  R-ALOHA  instead  broadcasts  a  short  reservation-request  (which  is  itself 
vulnerable  to  collisions).  If  the  reservation-request  is  accepted,  the  host  receives 
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exclusive  access  to  the  channel  for  a  given  period  of  time.  This  means  R-ALOHA  is  not 
a  connection  based  protocol  and  thus  differs  from  other  ALOHA  protocols. 

The  amount  of  time  a  host  is  given  sole  access  to  the  channel  is  defined  as  v'1 
where  v  is  the  ratio  of  reservations  request  duration  to  length  of  the  frame.  When  v  = 
0.05  and  G  =  20,  S  =  0.88,  R-ALOHA  reaches  88%  utilization  and  clearly  surpasses  all 
other  ALOHA  protocols.  However,  the  results  come  with  the  cost  of  increased 
complexity. 

Figure  2  gives  a  comparison  between  the  differing  variations  of  ALOHA.  R- 
ALOHA  and  Slotted  ALOHA  outperfonn  Pure  ALOHA  in  all  cases.  R-ALOHA  and 
Slotted  ALOHA  perform  almost  the  same  until  G  =  0.2.  Above  this  load,  R-ALOHA 
performs  better. 


Figure  2.  Perfonnance  of  ALOHA  Protocols  [Bal99] 
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2.3.2.  Carrier  Sense  Multiple  Access  (CSMA) 

One  of  ALOHA’s  key  features  is  hosts  broadcast  at  will  without  regard  to  what 
other  hosts  are  doing.  Thus,  collisions  are  inevitable.  To  reduce  the  likelihood  of  a 
collision  a  host  can  first  monitor  the  channel,  and  if  another  host  is  transmitting,  defer  the 
transmission.  Protocols  that  follow  this  procedure  are  called  Carrier  Sense  Multiple 
Access  (CSMA). 

There  are  several  variants  of  CSMA,  such  as  non-persistent  CSMA,  1 -persistent 
CSMA,  and  /^-persistent  CSMA.  Each  version  of  CSMA  prepares  to  send  a  frame  in  the 
same  way.  They  all  use  a  slotted  channel  and  they  all  listen  to  the  channel  before 
transmitting  to  determine  if  the  channel  is  clear.  What  distinguishes  each  version  is  how 
it  responds  to  a  busy  medium.  Non-persistent  CSMA  responds  by  rescheduling  a  frame 
for  later  transmission,  while  /^-persistent  CSMA  reschedules  a  frame  for  retransmission 
with  probability  p  (upon  the  medium  becoming  idle).  Finally,  1 -persistent  CSMA 
transmits  a  frame  when  the  medium  becoming  idle  with  certainty  [Bal99]. 

The  performance  of  CSMA  is  closely  tied  to  delays  caused  by  propagation  and 
signal  detection.  Propagation  and  detection  delay  as  a  ratio  of  the  frame  size  is  [BG92] 

*=f  ™ 

where  x  is  the  total  delay  in  seconds,  C  is  the  channel  bit  rate,  and  L  is  the  expected 
number  of  bits  in  a  given  frame.  As  [i  increases,  performance  decreases  because  a  host 
attempting  to  sense  a  signal  must  wait  longer  before  transmitting.  Thus,  the  key 
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parameters  affecting  the  performance  of  CSMA  are  the  channel  bit  rate,  C,  and  the  bits 
per  frame,  L. 

To  further  illustrate  the  effect  of  propagation  and  detection  delay  on  system 
throughput,  consider  the  throughput  of  non-persistent  CSMA  [KT75] 

_  Ge  /;G 

5  = - w  (2.2) 

where  [>  is  the  propagation  and  detection  delay,  and  G  is  the  normalized  offered  load. 
Figure  3  shows  the  results  using  various  [1.  Note  that  as  (i  gets  larger,  throughput  drops 
significantly. 
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2.3.3.  IEEE  802.11  Wireless  LAN 


IEEE  802.11  [IEEE99]  defines  both  MAC  and  Physical  Layer  (PHY) 
specifications  for  Wireless  LANs  (WLANs).  IEEE  802.11  has  many  different  varieties. 
Some  are  listed  below  in  Table  1. 


Table  1.  Some  IEEE  802.11  Standards 


Standard 

Operating  Frequency 

Maximum  Throughput 

802.11 

Infrared  -  850  mn  to  950  mn 

1-2  Mbps 

Radio  Frequency  -  2.4  GHz 

802.11a 

5  GHz 

54  Mbps 

802.11b 

2.4  GHz 

1 1  Mbps 

802.1 lg 

2.4  GHz 

54  Mbps 

The  IEEE  802.1 1  MAC  protocol  uses  two  different  mechanisms  to  gain  access  to 
the  medium:  the  Distributed  Coordination  Function  (DCF)  and  the  Point  Coordination 
Function  (PCF).  PCF  is  a  contention- free  scheme  under  the  control  of  a  single  Point 
Coordinator  (PC),  and  provides  collision  free  and  time- sensitive  services.  DCF  provides 
access  to  the  medium  via  a  Carrier  Sense  Multiple  Access  with  Collision  Avoidance 
(CSMA/CA)  protocol.  It  should  be  noted  that  PCF  ultimately  uses  DCF  to  access  to  the 
medium.  The  PC  in  the  PCF  scheme  ensures  only  one  host  accesses  the  medium  at  a 
time. 


DCF  controls  access  to  the  medium  by  two  different  methods.  The  default  is 
called  the  basic  access  method  and  uses  a  two-way  handshaking  technique.  This 
technique  is  distinguished  by  a  receiver  sending  a  positive  acknowledgment  (ACK)  upon 
successfully  receiving  a  frame  to  the  sending  node. 
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The  second  method  is  a  four-way  handshake  using  a  request- to-send/clear  to  send 
(RTS/CTS)  process.  A  transmitting  node  must  first  “reserve”  the  channel  by  transmitting 
to  the  receiving  node  a  RTS  frame.  The  receiving  host  acknowledges  the  RTS  by 
sending  back  a  CTS,  after  which  normal  data  transfer  and  ACK  responses  occur.  The 
RTS/CTS  process  has  an  advantage  over  the  basic  access  method  because  collisions  can 
only  occur  during  the  transmission  of  the  RTS  frame,  and  these  collisions  can  be  easily 
detected  by  the  lack  of  a  CTS  response.  This  process  can  increase  system  performance 
by  reducing  the  duration  of  a  collision  for  long  packets,  although  it  also  adds  significant 
overhead  [BiaOO]. 


Figure  4.  IEEE  802.11  Basic  Access  Method  [IEEE99] 


Whether  a  host  uses  the  basic  access  method  or  the  RTS/CTS  process,  the  inner- 
workings  of  the  CSMA/CA  protocol  operate  in  the  same  way  and  are  shown  in  Figure  4. 
First,  the  channel  is  slotted,  represented  by  the  “Slot  Time,”  and  a  node  transmits  only  at 
the  beginning  of  a  given  time  slot.  When  a  host  wants  to  transmit  a  new  frame,  it  checks 
the  channel  for  any  activity.  If  the  channel  is  idle  for  a  period  of  time  known  as  the 
Distributed  Inter-frame  Space  (DIFS),  the  host  transmits.  If  the  host  senses  the  channel  is 
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busy  during  the  DIFS,  it  continues  to  monitor  the  channel  until  the  channel  is  once  again 
idle  for  a  DIFS  period.  At  this  point  the  host  waits  for  a  random  amount  of  time,  known 
as  a  backoff  interval,  before  transmitting.  This  reduces  the  chance  of  a  collision  with 
another  transmitting  host. 

The  backoff  interval  is  measured  in  slots  equal  to  the  slot  time  and  is  based  on  a 
randomly  chosen  discrete  integer  called  the  backoff  value  (BV).  The  BV  is  in  the  range 
of  [1,  w  -  1]  where  w  is  the  width  of  the  Contention  Window  (Figure  4).  The  Contention 
Window  is  determined  by  the  number  of  failed  attempted  transmissions.  At  the  first 
transmission  attempt,  w  =  CWmin  or  the  Minimum  Contention  Window.  After  each 
unsuccessful  attempt,  w  is  doubled  until  it  reaches  a  set  maximum  value,  CWmax.  Both 
CWmin  and  CWmax  are  fixed  integers  and  specific  to  the  Physical  Layer  in  use. 

For  every  idle  time  slot,  the  value  of  BV  is  decremented  by  one.  If  the  channel  is 
sensed  to  be  busy,  the  counter  is  not  decremented  again  until  the  channel  is  idle  for  a 
DIFS  period.  Once  BV  =  0,  the  host  transmits. 

When  a  node  successfully  receives  a  frame,  it  responds  with  an  ACK  frame.  The 
ACK  is  transmitted  after  a  delay  equal  to  a  Short  Inter-frame  Space  (SIFS),  which  is  less 
than  a  DIFS  (see  Figure  4).  When  the  transmitting  node  receives  an  ACK,  it  knows  its 
frame  was  successfully  received.  If  the  transmitting  node  does  not  receive  an  ACK  after 
a  predefined  amount  of  time,  known  as  the  ACK  timeout  period,  it  assumes  its  frame  was 
lost  and  retransmits  the  frame. 
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2. 3. 3.1.  IEEE  802.11  Performance 

The  theoretical  performance  of  IEEE  802.11  is  described  in  detail  in  [KL99]  and 
is  refined  in  [ZiA02],  It  starts  by  assuming  that  the  systems  states  alternate  between  two 
periods:  1)  idle  periods  (7),  when  no  station  is  transmitting,  and  2)  busy  periods  ( B ), 
when  at  least  one  station  is  transmitting.  U  is  defined  as  the  time  spent  doing  useful 

transmissions  during  a  Busy  Period.  If  X  (or  E\X\ )  denotes  the  expected  value  of  the 
random  variable  X,  then  it  follows  that  the  nonnalized  throughput  of  IEEE  802.1 1  is 


B  +  I 


(2.3) 


where  /  is  the  expected  value  of  the  idle  time  when  a  host  has  nothing  to  transmit,  B  is 
the  expected  value  of  the  time  at  least  one  host  transmits  a  frame,  and  U  is  the  expected 
value  of  the  time  spent  in  useful  transmission  [ZiA02]. 


Backoff  Window 


DIFS  Transmission  Period  DIFS  Delay  Transmission  Period 


Busy  Period 


Figure  5.  No-ACK  CDMA/CA  [KL99] 


Although  IEEE  802.11  uses  either  the  basic  access  method  CSMA/CA  or 
RTS/CTS  CSMA/CA,  [ZiA02]  considers  a  third  model  for  this  analysis,  a  No-ACK 
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CSMA/CA.  In  No-ACK  CSMA/CA,  a  node  transmits  its  packets  and  does  not  wait  for 
an  ACK.  The  No-ACK  model  is  presented  in  Figure  5.  When  not  transmitting,  a  node  is 
in  an  Idle  Period,  I.  When  a  node  wants  to  transmit,  it  moved  from  an  Idle  Period  to  a 
Busy  Period,  B. 

The  Busy  Period  can  react  in  one  of  two  ways.  First,  if  during  the  Busy  Period’s 
DIFS  the  node  determines  that  the  medium  is  idle  the  node  will  transmit  immediately 
following  the  DIFS  period.  This  occurs  if  a  station  transmits  right  after  an  Idle  Period. 
In  this  way,  No-ACK  CSMA/CA  works  just  like  a  1 -persistent  CSMA  protocol. 
However,  if  the  node  does  detect  the  medium  is  busy  (because  another  node  is 
transmitting),  it  will  invoke  a  backoff  mechanism,  making  the  No-ACK  CSMA/CA 
response  like  /^-persistent  CSMA.  [CCGOO]  demonstrated  that  in  IEEE  802.11,  p  = 
2/(E[CW\  -  1)  where  E[CW ]  is  the  average  connection  window.  (Note:  Finding  E[CW ] 
for  a  given  number  of  nodes  can  be  quite  involved.  However,  Table  IV  of  [CCGOO]  lists 
several  of  them  and  those  values  are  what  are  used  in  this  research.) 

Figure  5  employs  some  methodology  used  in  [KL85]  and  [KL99].  First,  the  busy 
periods  of  No-ACK  CSMA/CA  are  divided  up  into  several  sub-busy  periods,  where  j  is 
the  number  of  sub-busy  periods  in  a  Busy  Period  and  is  denoted  by  B  <J).  For  j  =  1  (the 
first  sub-busy  period),  B (1)  =  D (1)  +  T{1\  with  D(1)  =  the  DIFS  period ,/  and  T({)  =  1  +  x, 
where  1  represents  the  normalized  frame  length  and  x  is  the  propagation  delay  nonnalized 
to  the  time  it  takes  to  transmit  one  frame.  For  j  >  2  (the  second  or  higher  sub-busy 
period),  B  <J)  =  f  +  D  (j)  +  T^]  where /is  the  DIFS  period,  D  (j)  is  the  delay  caused  by  the 
backoff  window  (to  be  explained  later),  and  T  ®  =  1  +  x.  (Note:  T  (j)  is  the  same 
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regardless  if  the  transmission  was  successful  or  not.)  Busy  Periods  continue  as  long  as 
there  1)  is  at  least  one  station  waiting  to  transmit  during  a  transmission  period  or  2)  if  a 
station  transmits  during  a  DIFS  period.  To  this  end,  the  transmission  period,  TP,  is 
defined  as  TP  =  1  +  x  +/. 

The  expected  value  of  the  Idle  Period,  / ,  is  assumed  independent  and 
geometrically  distributed,  and  thus  it  follows  that 


1  = 


a 

l-d  ~g)M 


(2.4) 


where  a  is  the  backoff  slot  time  nonnalized  to  the  time  it  takes  to  transmit  one  frame,  g  is 
the  probability  a  host  generates  a  frame  during  a  time  slot,  and  M  is  the  number  of  hosts 
in  the  network.  The  probability  a  host  generates  a  frame  is  g  =  aG/M  where  G  is  the 
nonnalized  offered  load  [KT85], 


The  expected  value  of  the  Busy  Period,  B  ,  uses  the  delay,  D  1,1 .  As  mentioned 
above,  for  j  =  1,  D  (1)  =  the  DIFS  period,/.  However,  for  j  >  2,  D  (/)  is  a  stochastic 
random  variable  and  its  expectation  is  defined 


DU)  = - - - f  f  {(1-  p)k 

-(i-sr"[(i-p)*-(i-«)‘]r  <2-5> 

oo  ^ 

-<i-srM"Z(i-s)“ 

k= 1  J 

where  k  is  the  number  of  backoff  slots  left  in  the  Backoff  Window.  Note  that  when  k  =  0, 
a  node  transmits  [ZiA02]. 
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If  J  is  the  number  of  sub-busy  periods  in  a  Busy  Period,  than  the  Busy  Period,  B, 


is  given  by  B  =  '^jB[])  ,  and  from  this  the  sum  of  the  expectation  of  the  Busy  Period  is 

7=1 

[KL99] 

g  =  /[l-(l-g)M]+l  +  r+(i_Jr),/a,M|  (/  +  l  +  r)[l-(l-gr'“>«; 

+  a X  {(i  - />)*  -  d _ [d  -  p)k  - (!  - g)k ] r  (2.6) 

£=1 

00 

k=\ 

The  next  calculation  is  the  expected  value  of  the  Useful  Transmission  Period,  U  . 

Begin  by  calculating  the  expected  value  of  the  first  sub-busy  period,  UiU  .  This  is  done 
by  considering  that  a  transmission  is  only  successful  (and  thereby  useful)  at  j  =  1  when 
there  is  only  one  packet  arrival  in  the  last  slot  of  the  Idle  Period.  Thus  [ZiA02] 

^=,  ,,  1  (2.7) 

l-d-g) 

To  calculate  U(j)  when  j  >  2,  first  let  P„(X)  be  the  probability  that  n  packets 
arrive  among  M  nodes  during  X time  slots.  Pn(X)  is  expressed  as 

nJ _ 

1  — (1  -g)XM,a 
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Also,  consider  N(0J)  to  be  the  number  of  packets  accumulated  at  the  end  of  a 
transmission  period.  Given  this,  the  distribution  of  N(0J)  is  Probf/V,1/'  =  n]  =  P„(TP)  for  j 
>2  [KL99]. 

For  j  >  2,  a  node  successfully  transmits  only  when  one  node  in  a  network 
transmits  and  there  are  no  collisions.  Put  another  way,  a  Useful  Transmission  Period 
occurs  only  when  N(0j)  =  n  and  D(J}  >  k  ■  a  .  This  could  occur  in  two  cases.  First,  if  k  = 
0  (at  least  one  node  has  its  backoff  counter  at  zero)  the  transmission  is  successful  only 
when  one  station  of  the  n  nodes  with  packets  waiting  to  transmit  does  so.  Second,  if  k  > 
1  the  transmission  is  successful  when:  1 )  one  station  of  the  n  nodes  with  packets  waiting 
to  transmit  does  so  or  2)  only  one  among  the  remaining  stations  with  no  packets  waiting 
to  transmit  (which  is  M  -  n )  is  given  a  packet  to  transmit.  Given  this,  the  expected  value 
of  U(J)  given  N{0j)  =  n  and  D(J>  >  k  ■  a  is 


U 


O') 


Nq P  =  n,Dij)  >k-a 


n—\ 


np(l-p ) 


np{\-p)n-l+{M-n)g{\-g)M-n-x 


-  n(M  -n)pg(l-  p)n  *(l-g) 


\M-n- 1 


k  =  0 


k>  1. 


(2.9) 


If  J  is  the  number  of  sub-busy  periods  in  a  Useful  Transmission  Period,  than  the 

j 

Useful  Transmission  Period,  U,  is  given  by  U  =  "Y tUiJ) .  By  using  the  theorem  of  total 

7=1 

probability  on  (2.9)  and  from  this  summing  all  U(J)  ,  the  expectation  of  the  Useful 
Transmission  Period  is 
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u  = 


1 


l-(l-g) 


M 


Mg(l-g) 


(M— 1) 


1 


-1 


m  r 


,(l-g)(7P/a)M  j„=i 

+  (M  -  n)g(l  -  g)M_"_1  ~n(M~  n)pg(  1  -  />r‘  (1  -  g)^1 
(i-^rd-g)M- 

i  -a-  P)\\  -g)M~n 


(2.10) 


l-(l-g)rp"']" 

\nJ 

i-a-g) 


(TPIa)M 


Substituting  Equation  (2.4),  (2.6),  and  (2.10)  into  Equation  (2.3)  will  give  the 
channel  throughput  for  No-ACK  CSMA/CA  [ZiA02]. 

Calculating  the  throughput  for  IEEE  802. 1 1  basic  access  method  follows  the  same 
analysis.  The  difference  between  No-ACK  CSMA/CA  and  IEEE  802.1 1  lies  in  the  time 
lengths  of  successful  and  non-successful  transmission  periods.  For  No-ACK  CSMA/CA, 
the  time  lengths  of  both  successful  and  non-successful  transmission  periods  are  the  same. 
For  the  IEEE  802.1 1,  the  time  lengths  are  different. 

IEEE  802.11  basic  access  method  throughput  analysis  starts  with  defining  the 
successful  transmission  period,  TPs,  and  the  non-successful  transmission  period,  77V,  as 


TPS  =1  +  J3  +  S  +  2t  +  /,  and 
TPf  =  \  +  t  +  f 


(2.11) 


where  [1  is  the  normalized  length  of  the  SIFS,  d  is  the  normalized  length  of  an  ACK 
frame,  x  is  the  normalized  length  of  a  frame’s  propagation  delay,  and/is  the  normalized 
length  of  a  DIFS. 
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It  is  assumed  that  the  y'th  transmission  of  the  Busy  Period,  B,  is  X  time  slots  in 
length.  Therefore,  the  length  of  the  next  sub-busy  period  or  the  ( y  +l)th  slot  is  dependant 
on  the  success  or  failure  of  the  transmission  immediately  before  it  (the y'th  transmission). 
This  makes  the  length  of  the  remaining  Busy  Periods  a  function  of  X.  Let  B{X)  be  the 
mean  of  the  Busy  Period  after  a  frame  buildup  time  of  X  slots  and  let  U{X)  be  the  Useful 
Transmission  Period  during  the  same  Busy  Period.  B(X)  and  U(X)  can  now  be  found 
using  [ZiA02] 


B(X)  =  d(X) 

+  {TPS  +  [l  -  (1  -  gfr^a)  ]b(TPs)}  u(X)  (2.12) 

+  {TPF  +[l-(l-gyTP'/a)]B(TPF)}[\-u(X)] 

U(X)  =  {l  +  [l-(l- g)TP* ,a  \  ■  U(TPS)\ ■  u(X) 

+  { [l - (1  - gYPF la]‘U(TPF  / 1)}- [1  - u(X)\ 

where  d(X)  is  [KL99] 

for  X  =  1 

rf(i)=/[i-a-g)"] 

for  X  ^  1 

(214) 

-a-gf'da-rt'-o-g)*]!" 

oo  ^ 

-(i-«ri'£a-g)‘ 

a-=i 
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and  u(X)  is[ZiA02] 


for  X  =  1 
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The  number  of  packet  arrivals  during  the  last  slot  of  the  Idle  Period  determines 
the  lengths  of  the  Busy  and  Useful  Time  Periods.  Thus,  for  j  >  1  the  expected  value  of 
the  Busy  Period  is  5  =  5(1)  and  the  expected  value  of  the  time  spent  in  useful 

transmission  is  U  =  U(\)  .  The  expected  value  of  the  Idle  Period,  /  ,  remains  the  same 
from  the  No-ACK  CSMA/CA  analysis.  Placing  these  values  into  the  original  throughput 
equation  (2.3)  it  follows  that 


5  = 


U{  1) 


5(1)  + 


(2.16) 
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To  find  the  system  throughput,  S,  it  is  necessary  to  find  B{TPS),  B(TPF),  U(TPs ) 
and  U(TPF).  To  solve  B(TPs)  and  B(TPF)  take  Equation  (2. 12)  and  set  X  =  TPs  and  X  = 
TPF.  This  produces  two  equations  with  two  unknowns,  such  that 

5(7P5)-{M(7P5).[l-(l-g)^/a]-l} 

+  5(rJPF)-{[l-W(TP,)]-[l-(l-g)^/fl]} 

=  TPf\u(TPs)-\]-TPs  ■ u(TPs)-d(TPs ) 
and  (2.17) 

5(EP5)-{W(EPF).[l-(l-g)^/fl]} 

+  B(TPF  )  •  {[l  -  u(TPf  )]  •  [  1  -  (1  -  g)TPF'a  ]- 1 } 

=  TPf  ■  [u(TPf )-\]-d(TP,)-TPs-u(TPF) 

B(TPs)  and  B(TPF)  can  now  be  found  via  a  linear  algebra  inverse  matrix  operation. 

U(TPs)  and  U(TPF)  are  found  in  the  same  manner  as  B(TPs)  and  B(TPF), 
producing 

C/(7Ps)-{W(EP5)-[l-(l-g)^/fl]-l} 

+  U(TPF)-{[l-u(TPs)]\l-(l-g)rp^]} 

=  -u(TPs) 

and  (2.18) 

C/(7Ps)-{u(EPF)-[l-(l-g)^/fl]} 

+  f/(7PF)-{[l-W(EPF)]-[l-(l-g)r^/fl]-l} 

= -u(TPF) 

U(  TPs)  and  U(TPF )  can  now  be  found  via  a  linear  algebra  inverse  matrix  operation. 
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Figure  6.  Performance  of  IEEE  802.11  verses  ALOHA  and  CSMA 


Figure  6  shows  the  normalized  throughput  of  various  types  of  ALOHA,  CSMA, 
and  IEEE  802.11  protocols.  The  graph  of  CSMA  is  shown  with  /?  =  0.01.  IEEE  802.1 1 
is  shown  with  the  propagation  delay  =  1  ps,  the  Slot  Time  =  20ps,  the  SIFS 
period  =  10  ps,  the  DIFS  period  =  50  ps,  the  Frame  Size  =  18,848  bits  (maximum  size  of 
IEEE  802.11  frame),  the  ACK  Frame  Size  =  240  bits,  the  Channel  Capacity  =  1  Mbps, 
p  =  0.05,  and  the  number  of  stations  (M)  =  4. 


Figure  6  shows  that  IEEE  802.11  outperforms  the  other  MAC  protocols, 
producing  a  maximum  nonnalized  throughput  of  90%.  However,  IEEE  802.11  is  a 
relatively  complicated  protocol  and  is  far  more  difficult  to  implement  than  ALOHA  or 
CSMA.  Thus,  the  performance  gains  in  IEEE  802.1 1  are  made  by  sacrificing  simplicity. 
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2.4.  Current  Research  Efforts 

Many  current  research  efforts  involving  MAC  protocols  focus  on  time-sensitive 
data,  meaning  the  data  must  reach  its  intended  destination  before  a  certain  deadline  or  the 
data  is  no  longer  useful.  Time  sensitive  systems,  or  real-time  systems,  fall  into  two  types: 
hard  and  soft.  If  missing  a  deadline  causes  a  catastrophic  failure  in  the  system,  the 
system  is  known  as  a  hard  real-time  system.  An  example  of  a  hard  real-time  system  is  an 
automated  vehicle  guidance  system.  Systems  that  can  tolerate  some  delay  beyond  a 
scheduled  delivery  time  are  known  as  soft  real-time  systems,  of  which  digital  voice 
traffic  is  a  good  example.  Because  of  their  sensitivity  to  delays,  real-time  data  is  not 
normally  transmitted  over  a  wired  (not  to  mention  wireless)  shared  network. 

To  meet  the  needs  of  real-time  systems  on  a  wireless  network,  one  approach 
modifies  the  DIFS  to  give  an  advantage  to  real-time  traffic  over  nonreal-time  traffic. 
Another  gives  an  advantage  to  real-time  hosts  by  transmitting  pulses  of  energy  before 
sending  packets.  A  third  approach  is  the  protocol  Real-Time  MAC  (RT-MAC). 

2.4.1.  Modifying  Channel  Free  Wait  Times  (DIFS) 

One  MAC  layer  protocol  used  for  hard  real-time  traffic  is  called  Elimination  by 
Sieving-Distributed  Coordination  Function  (ES-DCF)  [PDO02],  This  protocol  uses  a 
dynamic  distributed  sieve-like  mechanism  in  the  collision  avoidance  phase  of  the  channel 
access  cycle  for  each  real-time  node.  The  MAC  layer  protocol  used  by  non-real-time 
nodes  the  almost  same  as  IEEE  802.1  l’s  DCF.  However,  each  frame  is  given  a  grade 
based  on  how  close  the  frame  is  to  its  deadline.  The  closer  to  its  deadline,  the  lower  the 
grade.  The  lower  the  grade,  the  smaller  the  channel  free  wait  time  (DIFS).  For  this 
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protocol  to  work,  nonreal-time  nodes  must  use  a  considerably  larger  DIFS  value  than  any 
of  the  real-time  nodes.  Since  the  large  DIFS  value  for  the  non-real  time  nodes  is  often 
greater  than  that  specified  in  IEEE  802.1 1,  this  protocol  cannot  operate  within  an  existing 
IEEE  802. 1 1  network. 

A  similar  method  is  called  forward  backoff  scheme  [LL03],  Depending  on  the 
network  traffic  load,  the  forward  backoff  scheme  automatically  adjusts  the  contention 
window  boundary  between  real-time  traffic  and  non-real-time  traffic.  By  using  such  a 
scheme,  real-time  traffic  always  has  a  smaller  backoff  time  than  non-real-time  traffic  and 
real-time  data  is  delivered  before  non-real-time  data.  Additionally,  call  admission  control 
(CAC)  is  used  which  provides  a  Quality  of  Service  (QoS)  for  soft-real-time  data.  The 
CAC  detennines  whether  a  requesting  connection  can  be  accepted  based  on  the 
connection  bandwidth,  the  bandwidth  currently  in  use,  and  the  capacity  of  the  network. 
By  keeping  less  important  frames  off  the  medium,  the  CAC  avoids  unnecessary  collisions 
caused  by  low  priority  data  and  traffic  overload  can  be  avoided.  The  protocol  has  the 
advantage  of  being  compatible  with  IEEE  802.11,  but  it  is  only  suitable  for  soft-real-time 
systems. 

2.4.2.  Black-Burst  (BB)  Contention  Mechanism 

Another  method  proposed  for  real-time  traffic  delivery  is  the  Black-Burst 
contention  mechanism  [SK99].  With  this  scheme,  real-time  nodes  contend  for  access  to 
the  channel  with  pulses  of  energy  (so  called  BB’s),  the  durations  of  which  are  a  function 
of  the  frame’s  deadline.  The  closer  a  host’s  frame  is  to  its  deadline,  the  longer  the  BB  is. 
This  way  all  hosts  can  negotiate  which  has  the  highest  priority  transmission,  after  which 
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that  host  gains  exclusive  access  to  the  channel.  Real-time  packets  are  not  subject  to 
collisions  and  have  priority  access  over  non-real-time  data  packets.  The  perfonnance  of 
the  network  approaches  that  attained  under  ideal  time  division  multiplexing  (TDM)  via  a 
distributed  algorithm  that  groups  real-time  packet  transmissions  into  chains  [SK99]. 
However,  sending  BBs  for  each  real-time  packet  wastes  bandwidth. 

2.4.3.  Real-Time  Medium  Access  Control  (RT-MAC) 

RT-MAC  [Bal99]  uses  two  additional  pieces  of  information  not  used  in  IEEE 
802.11:  a  transmission  deadline  (TD),  which  the  sending  node  uses  to  detennine  if  a 
piece  of  data  has  passed  its  deadline,  and  the  transmitting  node’s  next  backoff  value 
(BV).  RT-MAC  uses  a  Transmission  Control  Algorithm  to  manage  the  TD  and  an 
Enhanced  Collision  Avoidance  (EC A)  Algorithm  to  control  BVs. 

The  Transmission  Control  Algorithm  places  a  TD  on  any  frame  with  real-time 
data  i.e.,  the  time  by  which  a  transmission  must  begin.  The  TD  is  only  required  until  the 
frame  is  successfully  transmitted  or  discarded,  and  thus  does  not  need  to  be  part  of  the 
frame  itself.  This  maintains  compatibility  with  existing  IEEE  802.11  networks.  If  the 
TD  expires,  the  Transmission  Control  Algorithm  discards  the  frame  and  it  is  not 
transmitted. 

The  EC  A  algorithm  has  two  parts.  First,  instead  of  utilizing  a  fixed  initial  value 
for  the  CWmin  the  algorithm  uses 

N  (2.19) 


CWmin  =2  + 


Vc 
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where  N  is  an  estimate  of  the  number  of  hosts  in  the  network  and  C  is  the  channel  data 
rate  in  Mbps.  For  a  detailed  explanation  of  the  equation,  see  [BF096]  and  [Bal99].  The 
ratio  has  the  effect  of  making  the  number  of  collisions  suffered  on  a  network  less 
dependent  on  the  number  of  host.  Although  this  will  lower  the  number  of  collisions,  it 
will  not  eliminate  them.  To  counter  this,  the  second  component  of  ECA  is  employed.  In 
ECA,  all  hosts  advertise  their  next  BV  as  well  as  tracking  other  host’s  BVs.  If  a  host  has 
the  same  BV  as  another  host,  it  will  select  another  BV  using  a  smaller  contention  window 
range  than  the  first  BV  selected,  further  reducing  collisions  and  thus  delays  in  the  system. 
RT-MAC  is  compatible  with  IEEE  802. 1 1  and  can  work  with  both  soft  and  hard  real-time 
systems. 

2.5.  Summary 

This  chapter  discusses  wireless  LANs.  Section  2.1  presented  an  overview  of  the 
Open  Systems  Interconnection  (OSI)  model.  The  DLL  layer  of  the  OSI  model  is  be  the 
focus  of  this  research.  Notable  MAC  protocols  were  presented  in  Section  2.2,  including 
ALOHA,  CSMA,  and  IEEE  802.11.  Each  was  briefly  described  and  compared,  along 
with  a  brief  tutorial  of  IEEE  802.11.  Finally,  related  research  into  real-time  wireless 
networks  was  presented  in  Section  2.4.  The  focus  on  research  thus  far  has  been  on  1) 
modifying  the  DIFS  to  give  an  advantage  for  real-time  traffic  over  nonreal-time  traffic,  2) 
giving  an  advantage  to  real-time  hosts  by  jamming  the  channel  with  pulses  of  energy 
before  sending  their  packets,  and  3)  RT-MAC  with  its  transmission  deadline  and  its 
Enhanced  Collision  Avoidance  (ECA)  Algorithm. 
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3.  Objectives  and  Methodology 

3.1.  Introduction 

This  chapter  discusses  the  problem  definition,  specific  research  objectives,  and  a 
solution  methodology.  First,  the  problem  definition  is  discussed  including  the  reason  for 
this  research.  Second,  the  objectives  are  presented  followed  by  discussion  of  the 
hardware  used.  Finally,  a  solution  methodology  is  presented  in  detail  to  include  the 
system  boundaries  and  parameters,  evaluation  technique,  and  experiment  design  and 
validation. 

3.2.  Research  Goals 

The  goal  of  this  research  is  to  develop  a  hardware  test  bed  for  IEEE  802.11. 
Extensive  work  has  been  done  on  modeling,  simulating,  and  suggesting  improvements  to 
the  802.11  MAC  layer  protocol.  The  purpose  of  this  thesis  was  to  create  a  laboratory 
prototype  on  which  these  improvements  can  be  tested  and  verified. 

3.3.  Approach 

To  meet  the  goal,  four  hardware  test  beds  are  set  up  as  IEEE  802.1 1  nodes.  The 
test  beds  are  all  XInC  Professional  Development  Kits  produced  by  Eleven  Engineering 
Incorporated  [EE04].  They  have  an  interface  board  and  an  RF  unit.  The  boards  have  a 
proprietary  processor  programmed  in  assembly  language  and  support  eight  hardware 
threads.  Each  thread  behaves  as  an  independent  processor  with  its  own  access  to  main 
memory  and  the  peripheral  bus.  Each  thread  runs  at  6.25  MHz.  The  RF  unit  can  support 
up  to  a  3  Mbps  transmission  rate. 
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3.4.  System  Boundaries 

The  system  under  test  (SUT)  is  the  MAC  protocol  itself  (see  Figure  7).  The 
specific  component  under  test  is  the  IEEE  802.11  Distributed  Coordination  Function 
(DCF).  The  Basic  Access  Method  of  the  Carrier  Sense  Multiple  Access  with  Collision 
Avoidance  (CSMA/CA)  is  implemented.  The  transmission  rate  is  set  at  1  Mbps. 


Figure  7.  System  Boundaries 


3.5.  System  Services 

The  system  provides  only  one  service:  Delivery  of  data  by  transmitting  frames  of 
binary  infonnation.  The  service  was  designed  to  guarantee  delivery  of  a  data  frame,  and 
had  two  possible  outcomes:  successful  delivery  of  frame  (success)  or  no  delivery 
(failure). 

3.6.  Performance  Metrics 

The  performance  metrics  are  throughput  and  mean  delay.  Throughput  is  defined 
as  the  size  of  the  data  (in  bits)  sent  divided  by  the  amount  of  time  needed  to  successfully 
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receive  it.  Throughput  is  one  of  the  key  measurements  for  any  network,  for  it  provides 
insight  into  the  network’s  capacity  and  provides  a  basis  for  comparing  protocols. 

Mean  delay  is  calculated  as  the  arithmetic  mean  of  the  time  difference  from  frame 
creation  to  successful  reception  of  the  last  bit  of  an  ACK  from  the  receiving  node.  Mean 
delay  is  an  important  metric  to  collect,  for  it  allows  the  hardware  set  to  be  compared  to 
other  IEEE  802.1 1  models. 

3. 7.  Parameters 

The  system  parameters  for  this  experiment  are  as  follows: 

•  Number  of  Stations  -  The  number  of  stations  can  greatly  affect  the 
performance  of  a  network.  There  are  only  four  boards  available  for  this 
experiment,  and  thus  the  total  number  of  stations  required  for  this  research 
is  between  two  and  four. 

•  Physical  Layer  Transmission  Speed  -  The  XInC  test  beds  are  capable  of 
transmitting  up  to  3  Mbps.  For  this  research  transmission  speed  was 
restricted  to  1  Mbps,  which  follows  the  IEEE  802.1 1  standard. 

•  Capture  -  Capture  is  a  technique  where  a  station  can  retrieve  a  single 
transmission  from  many  that  are  simultaneously  transmitted.  The  test 
boards  are  not  capable  of  perfonning  capture,  thus  for  this  research 
capture  is  not  used. 
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•  Network  Topology  -  The  network  topology  for  this  experiment  is  a  shared 
common  bus. 


•  MAC  Protocol  -  The  MAC  protocol  for  this  research  is  the  Distributed 
Coordination  Function  (DCF)  of  IEEE  802.11. 

•  Packet  Queue  Size  -  The  hardware  has  a  limited  physical  memory  space. 
For  this  reason,  the  packet  queue  is  restricted  to  256  MAC  frames 
(regardless  of  packet  size).  All  packets  presented  to  the  MAC  layer  while 
the  packet  queue  is  full  are  discarded. 

•  MAC  Protocol  Parameters  -  Listed  below  in  Table  2.  All  are  taken  from 
[IEEE99]  except  the  PHY  header  length,  which  is  a  physical  property  or 
the  test  set  boards. 


Table  2.  MAC  Protocol  Parameters 


Mac  Parameter 

Value 

Minimum  Width  of  Contention  Window 
(CWmin) 

31 

Maximum  Width  of  Contention  Window 
(CWmax) 

1023 

Slot  Time 

20  ps 

Short  Inter-frame  Spacing  (SIFS) 

10  ps 

Distributed  IFS  (DIFS) 

50  ps 

Extended  IFS  (EIFS) 

1068  ps 

ACK  length 

14  bytes 

PHY  header  length  (Preamble  +  Postamble) 

16  bytes 

ACK  timeout 

212  ps 
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The  workload  parameters  for  this  experiment  are  as  follows: 


•  Traffic  Model  -  The  type  and  fonnat  of  traffic  used  by  the  system  has  a 
great  bearing  on  system  performance.  For  this  research,  two  forms  of 
traffic  models  are  investigated  for  the  following  applications:  telemetry 
and  avionics.  The  telemetry  application  is  modeled  after  the  MIL-STD- 
1553B  data  bus.  The  avionics  traffic  model  is  representative  of  the 
Boeing  777  data  bus.  Both  traffic  characteristics  are  described  in  detail  in 
Section  3.10. 

•  Normalized  Offered  Work  Load  -  This  parameter  is  defined  as  the  amount 
of  traffic  all  stations  produce  divided  by  the  maximum  traffic  the  network 
can  support. 

3.8.  System  Factors 

The  factors  and  corresponding  values  for  this  experiment  are: 

•  Numbers  of  Stations  -  (2,  3  and  4)  -  Wireless  networks  are  ad  hoc  in  their 
implementation,  meaning  the  number  of  stations  can  vary  greatly  from  one 
implementation  to  the  next.  For  this  reason,  the  number  of  stations  is 
varied  from  two  to  four. 

•  Normalized  Offered  Work  Load  -  (0.2,  0.33,  0.5,  0.66,  0.8,  and  1.0)  -  The 
Normalized  Offered  Work  Load  is  intended  to  offer  the  network  a  series 
of  loads  representing  light,  medium,  and  high  loads. 
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3.9.  Evaluation  Techniques 

The  experiment  is  conducted  using  direct  system  measurement.  This  technique  is 
selected  since  the  research  goal  is  to  validate  analytic  and  simulation  results  on  a 
laboratory  prototype  test  set.  Direct  measurement  of  prototype  results  provides  an 
immediate  means  of  accomplishing  the  research  goal.  Results  of  the  measurement 
technique  are  validated  using  an  analytical  model  for  IEEE  802. 1 1  [ZiA02], 

3.10.  Workload 

The  workload  is  intended  to  emulate  one  of  two  applications:  a  telemetry  model 
based  on  the  MIL-STD-1553B  data  bus  or  avionics  traffic  model  based  on  the  avionics 
Boeing  777  bus.  These  applications  represent  a  small  and  large  packet  size  to  bring 
different  loads  on  the  channel.  The  telemetry  traffic  model  has  a  fixed  frame  size  of  84 
bytes,  while  the  avionics  traffic  model  uses  a  fixed  frame  size  of  776  bytes.  Due  to 
limitations  of  the  boards,  frame  arrival  rate  for  both  models  follows  a  uniform 
distribution. 

3.11.  Experimental  Design 

The  experimental  design  for  this  research  is  a  full  factorial  design  with 
replications.  The  full  factorial  design  allows  examination  of  every  possible  combination 
of  configuration  and  workloads.  Replication  allowed  for  estimation  of  experimental 
errors  and  establishment  of  a  suitable  confidence  interval,  and  thus  each  combination  of 
factors  was  replicated  five  times.  The  number  of  factors,  levels,  and  repetitions  results  in 
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(Total  Number  of  =  (Number  of  Stations)  x  (Normalized  Offered 
Experiments)  Workload) 

x  (Traffic  Model)  x  (Number  of  Replications) 

=  (3)  x  (6)  x  (2)  x  (5) 

=  180  Experiments. 

3.12.  Analyze  and  Interpret  Results 

The  effects  of  selected  factors  are  quantified  to  determine  if  the  hardware  setup  is 
statistically  different  from  an  analytical  model  of  IEEE  802.1 1.  The  observations  for  the 
experimental  and  analytical  IEEE  802.1 1  throughput  are  paired  observations,  and  thus  the 
analysis  is  straightforward.  The  recorded  metrics  from  the  hardware  setup  are  treated  as 
one  observation,  from  which  a  confidence  interval  is  computed.  A  visual  statistical  test  is 
used  to  determine  if  the  experimental  data  matches  the  analytical  data. 

For  the  IEEE  802.11  Mean  Delay  data,  all  the  analytical  models  found  required 
saturation  of  the  channel  for  them  to  work.  Only  a  few  data  points  on  the  experimental 
data  are  in  saturation,  and  thus  a  statistically  different  between  the  analytical  and 
experimental  data  could  not  be  determined.  Instead,  the  experimental  data  is  just 
presented. 

3.13.  Summary 

This  chapter  defines  the  testing  methodology  of  an  implementation  of  the  IEEE 
802.11  protocol  on  a  hardware  device.  The  chapter  describes  the  system  boundaries, 
which  are  defined  as  the  MAC  layer  itself.  The  system’s  service  is  the  delivery  of  data 
by  transmission  of  frames  of  binary  information.  The  chapter  identifies  the  perfonnance 
metric  as  throughput  and  the  system  parameters  and  draws  from  them  three  factors: 
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Number  of  stations,  traffic  model,  and  the  nonnalized  offered  workload.  Direct  system 
measurement  is  the  evaluation  technique.  The  workload  used  is  a  telemetry  model  based 
on  MIL-STD-1553B  data  bus  and  an  avionics  bus  of  a  Boeing  777.  Finally,  the  chapter 
concludes  by  describing  the  full  factorial  experimental  design  and  explains  the  evaluation 
technique  to  determine  if  the  hardware  setup  produces  results  like  those  found  in  an 
analytical  IEEE  802. 1 1  model. 
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4.  Experiments,  Data,  and  Results 

4.1.  Introduction 

This  chapter  introduces  the  experimental  design  and  results  obtained  during  the 
test  runs.  First,  a  description  is  given  of  the  design.  Discussed  next  is  the  experimental 
setup.  Finally,  results  are  discussed,  comparing  the  experimental  and  analytical  results 
with  an  explanation  given  to  any  discrepancies. 

4.2.  The  XInC  test  set 

The  XInC  test  set  is  manufactured  by  Eleven  Engineering  Inc  [EE04]  (Figure  8). 
The  test  set  consists  of  a  test  board  with  a  XInC  (pronounced  “zinc”)  RISC-based 
processor  connected  to  an  RF  Waves  1  Mbps/3  Mbps  adapter  card  (Figure  9),  a  RF 
Waves  2.4  GHz  3  Mbps  DSSS  RF  Module  (Figure  10),  and  an  assembly  code  compiler 
for  the  XInC  machine  language.  The  16-bit  XInC  processor  supports  eight  hardware 
threads,  acting  as  eight  independent  processors,  each  with  access  to  main  memory  and  the 
peripheral  bus.  The  threads  share  hardware  resources  with  the  exception  of  each  thread’s 
dedicated  register  set.  The  board’s  system  clock  runs  at  50  MHz,  and  all  hardware  thread 
execute  at  1/8  of  the  system  clock  (or  at  6.25  MHz).  The  RF  Waves  2.4  GHz  RF  Module 
operates  with  direct  sequence  spread  spectrum  (DSSS)  encoding  in  the  2.4  GHz  band, 
which  is  designated  for  Industrial,  Scientific,  and  Medical  (ISM)  application.  The  XInC 
machine  language  consists  of  18  instructions  with  six  address  modes  and  supports  26 
instruction/address-mode  combinations. 
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Figure  8.  Eleven  Engineering  Inc  XInC  2.4  GHz  RF  3.0  Mbps  DSSS  Development  Kit 


Figure  9.  XInC  Development  Board  with  a  RF  Waves  1  Mbps/3  Mbps  adapter  card 
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Figure  10.  RF  Waves  2.4  GHz,  3  Mbps  DSSS  RF  Module 


For  this  research,  each  of  the  eight  hardware  threads  is  programmed  to  carry  out  a 
specific  set  of  tasks: 


•  Thread  0  -  The  main  thread  running  the  IEEE  802.11  protocol.  It  also 
handled  all  packet  transmission. 

•  Thread  1  -  Polling  thread.  This  thread  runs  a  clock  that  tells  Thread  0 
when  it  can  transmit  a  packet.  Thread  1  creates  the  slotted  the  channel  in 
accordance  with  IEEE  802. 1 1 . 

•  Thread  2  -  Receiver  thread.  Receives  all  packets  transmitted  on  the 
medium,  detennines  if  the  packets  are  for  the  node,  in  the  proper  order, 
and  without  errors.  It  also  communicates  to  Thread  0  whenever  the 
medium  is  sensed  busy. 

•  Thread  3  -  Random  Number  Generator.  Using  a  16-bit  linear  shift 
register,  this  thread  produces  unifonn  random  numbers.  The  random 
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numbers  are  used  by  Thread  3  to  calculate  backoff  values  for  the  IEEE 
802. 1 1  protocol  in  Thread  0. 

•  Thread  4  -  Timing  Thread.  The  thread  runs  a  clock  storing  the  time  in 
seconds,  milliseconds,  and  microseconds.  This  is  necessary  because  the 
running  clock  on  the  boards  roles  over  after  only  1 .3 1  ms. 

•  Thread  5  -  Packet  Generation.  Offers  packets  to  the  MAC  layer’s  queue. 
It  takes  a  random  number  generated  by  Thread  3  and  uses  it  in  conjunction 
this  clock  from  Thread  4  to  randomly  offer  packets  to  the  queue.  The 
thread  also  randomly  chooses  the  destination  address  of  the  packet  it  loads 
into  the  queue.  If  the  queue  is  detennined  full,  it  discards  the  packet. 

•  Thread  6  -  Testing  and  Recording.  Starts  and  stops  the  testing  for  each 
trial.  The  thread  also  records  all  the  information  gathered  from  each  trail. 

•  Thread  7  -  Print  to  Screen.  This  thread  takes  the  data  recorded  by  Thread 
6  and  displays  it  on  computer  attached  to  the  boards.  The  data  is  then 
manually  copied  and  saved  to  disk. 

The  final  code  has  over  10,500  lines  of  code  and  took  nine  months  to  complete.  It 
is  shown  in  Appendix  C. 

4.3.  Experimental  Setup 

For  the  experiment,  the  boards  are  programmed  to  transmit  packets  at  a  specified 
rate  to  provide  a  desired  load  on  the  channel.  For  all  experimental  runs,  the  boards  were 
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turned  on  and  started  transmitting.  They  transmitted  for  at  least  10  seconds  to  allow  the 
system  to  stabilize,  and  then  data  was  collected  for  60  seconds  from  each  board.  The  data 
collected  included: 


•  Time  of  Test  (t„)  -  The  total  time  of  data  collection. 

•  Packets  Presented  to  the  Queue  ( Pn )  -  The  total  number  of  packets 
presented  to  the  MAC  layer  queue  by  the  Network  layer.  The  queue  could 
hold  256  packets  (regardless  of  the  size  of  the  packet).  If  a  packet  is 
presented  to  the  MAC  layer  and  the  queue  is  full,  the  packet  is  discarded. 

•  Transmission  Attempts  (TAn)  -  The  number  of  initial  packet  transmissions 
attempted.  Note  that  this  was  only  recording  the  first  attempt  to  send  a 
packet  and  does  NOT  represent  any  re-transmissions. 

•  ACKs  received  (An)  -  The  total  number  of  ACKs  received  acknowledging 
a  transmission  from  the  node.  These  represent  the  total  number  of 
successfully  transmitted  packets. 

•  Transmissions  Failed  (TFn)  -  The  number  of  times  a  transmission  was 
repeated  four  times  (the  initial  transmission  followed  by  three 
retransmissions).  After  this,  the  MAC  discarded  the  packet. 

•  Mean  Delay  (  D^s\  D{’ns) .  D[n"s> )  -  The  total  amount  of  time  packets  are 

waiting  before  delivery.  It  represents  the  difference  from  the  time  a 
packet  is  placed  in  the  queue  till  the  time  an  ACK  is  successfully  received 
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by  the  transmitting  node.  The  results  are  given  in  seconds  (D^), 
milliseconds  ( D'"'"' ),  and  microseconds  ( D'/"' ). 


An  example  of  the  data  collected  is  shown  in  Table  3. 


Table  3.  Example  of  Telemetry  Throughput  Data 


Packets 


Station 
Numbe 
r  (n) 

Time 
of  Test 

ifn) 

Presente 
d  to 
Queue 
(Pn) 

TX 

Attempt 
s  (TAn) 

ACKs 
Receive 
d  (An) 

TX 

Failure 
s  (TFn) 

—Mean  Delay- 

sec  ms  ps 

(DIP)  (D'r') 

1 

9047 

8967 

80 

7044 

2258 

63084 

2 

mm 

10715 

10672 

43 

8357 

51967 

3912 

3 

60 

10466 

10362 

10308 

54 

6617 

8352 

53404 

4 

60 

10454 

9632 

9572 

60 

6863 

7656 

11712 

13211 

Totals 

240 

42171 

39756 

39519 

237 

28881 

70233 

2 

Number  of  Stations  (M) 

=  4,  Size  of  Data  in  Packet  (d) 

=  672  bits  (84  bytes), 

Channel  Capacity  (C)  =  1  Mbps,  Nonnalized  Offered  Load  ( G )  =1.17 

Using  the  collected  data,  the  offered  load  is 

G  =  MP-(d  +  352) 
CT 


(4.1) 


where  M  is  the  total  number  of  stations,  P  is  the  total  number  of  packets  placed  in  the 


r  M  N 

queue  for  all  stations  P  =  ^Pn  ,  d  is  the  size  in  bits  of  the  data  placed  in  a  MAC  frame 

V  «= 1  ) 


in  bits,  plus  352  bits  for  the  physical  and  MAC  headers,  C  is  the  channel  capacity  in  bits 


r  M  ^ 

per  second  (bps),  and  T  is  the  total  time  of  the  test  for  all  stations  in  seconds  T  =  ^tn 

V  n= 1  J 
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To  calculate  a  trial's  normalized  throughput,  S,  each  individual  station’s 


nonnalized  throughput 

S=±A 


(4.2) 


is  calculated  where  An  is  the  number  of  ACKs  received  by  an  individual  station,  tn  is  the 

M 

time  of  an  individual  station’s  test.  The  total  nonnalized  throughput  is  S  =  y  Sn  . 

n= 1 


The  Mean  Delay  in  seconds  is 


,  m  1  D(s)  +  D(ms)  •  1CT3  +  D(“s)  ■  10  6) 

MD  =  S - t - r - 

(: TA-TF ) 


(4.3) 


f  M  ^ 

where  D<s>  is  the  system’s  total  delay  in  seconds  D  (s>  ,  D(ms)  is  the  system’s 

V  «=i  J 

r  M  \ 

total  delay  in  milliseconds  D(ms)  =J^jD(nms)  ,  Du‘s)  is  the  system’s  total  delay  in 

V  n= 1  / 

f  M  ^ 


microseconds 


Dl/,s]  =  ^  D';"v|  ,  TA  is  the  total  number  of  transmission  attempts 

V  n= i  J 


( 

V 

f 


M 


TA  =  ^  TAn  ,  and  TF  is  the  total  number  of  failed  transmission  attempts 

n= 1  J 

M  \ 


V  n= 1  J 

4.4.  Experimental  Results 

This  part  of  the  chapter  presents  the  experimental  results.  Appendix  A  contains 
the  data  (including  confidence  intervals)  from  which  the  figures  in  this  chapter  were 
made.  Appendix  C  contains  the  MATLAB®  code  used  to  generate  the  figures. 


45 


4.4.1.  Telemetry  Results 

The  Telemetry  traffic  model  uses  a  fixed  frame  size  of  84  bytes.  The  packet 
arrivals  to  the  MAC  layer  are  based  on  a  unifonn  random  distribution.  The  short  packet 
size  induced  a  high  network  overhead  as  well  as  an  increased  number  of  transmissions 
when  compared  to  a  larger  packet  size. 

4.4. 1.1.  Normalized  Goodput 

It  should  be  noted  that  the  experimental  nonnalized  offered  load,  G,  was  based  on 
the  load  offered  to  the  MAC  layer.  However,  the  analytical  model  used  a  G  based  on  the 
load  offered  to  the  channel.  Thus,  the  G  of  the  experimental  data  was  modified  to 
correspond  to  the  G  used  for  the  analytical  data. 

Figures  11,  12,  and  13  show  the  experiment’s  results.  The  analytical  data  shown 
was  calculated  via  the  IEEE  802.11  throughput  equation  from  [ZiA02]  and  detailed  in 
Section  2.3.3. 1.  The  experimental  and  analytical  data  are  shown,  with  the  whisker  lines 
both  above  and  below  the  experimental  data  points  representing  a  confidence  interval  of 
90%.  The  x-axis  shows  the  normalized  goodput  or  the  useful  system  throughput.  The 
y-axis  shows  the  normalized  offered  load  on  the  channel. 

For  all  the  telemetry  experiments,  the  experimental  and  analytical  data  follow  the 
same  trends.  The  two  data  sets  only  start  to  diverge  from  one  another  when  G  >  1.  This 
makes  sense,  for  it  is  not  possible  for  the  experimental  model  to  increase  its  throughput 
once  the  channel  use  reaches  100%  (or  G  =  1).  At  G  =  1,  the  MAC  layer  is  transmitting 
packets  at  its  maximum  rate.  For  G  >  1,  the  MAC  is  receiving  packets  at  a  faster  rate 
than  it  can  transmit  them  over  the  channel.  Thus,  the  packets  begin  to  fill  up  the  MAC 
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layer’s  queue,  which  has  a  limited  size  of  only  256  packets.  With  the  rate  of  the  number 
of  packets  presented  to  the  queue  larger  than  the  rate  at  which  the  MAC  layer  can  remove 
them  from  the  queue  (via  successful  transmission),  the  queue  becomes  full.  Once  the 
queue  is  full,  the  MAC  layer  discards  all  packets  presented  to  it  until  a  packet  is 
transmitted  and  a  slot  opens  up  in  the  queue. 

This  effect  can  be  seen  in  Figures  14,  15,  and  16.  The  bar  graphs  in  these  figures 
show  in  the  number  of  packets  presented  to  the  queue  verses  the  number  of  attempted 
transmissions  for  a  given  offered  load.  A  line  showing  the  nonnalized  throughput  is  also 
in  the  figure  to  show  how  the  effects  relate  to  one  another.  Although  the  offered  load  to 
the  MAC  layer  increases,  when  G  >  1  the  offered  load  to  the  channel  remains  the  same 
and  thus  the  nonnalized  throughput  stays  constant  at  around  0.5. 

It  is  interesting  to  note  that  the  queues  become  full  at  G  ~  0.75.  This  is  due  to  the 
small  packet  size  with  its  high  overhead.  For  the  Telemetry  traffic  model,  even  under 
ideal  conditions  the  time  spent  transmitting  data  constitutes  only  50%  of  a  successful 
transmission  (the  rest  of  the  time  is  taken  up  with  the  DIFS,  the  SIFS,  the  ACK,  etc.). 
This  percentage  goes  down  significantly  under  heavy  load  conditions  (due  to  an  increase 
in  a  transmission’s  backoff  value,  collisions,  number  of  retransmissions,  etc.).  Because 
of  the  overhead,  the  offered  load  placed  on  the  MAC  layer  will  be  less  than  the  offered 
load  the  MAC  layer  places  on  the  channel.  This  means  the  MAC  layer’s  queue  will  fill 
up  before  G  =  1  because  the  rate  that  packets  are  presented  to  the  queue  is  higher  than  the 
rate  that  the  MAC  layer  can  remove  the  packets  from  the  queue  via  a  successful 
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transmission.  The  experimental  data  backs  up  this  statement,  as  the  number  of  packets 
presented  to  the  queue  exceeds  the  number  of  transmission  attempts  at  G  ~  0.75. 


Normalized  Offered  Load  (G) 


Figure  11.  Telemetry  Goodput  (M=  2) 


Normalized  Offered  Load  (G) 


Figure  12.  Telemetry  Goodput  (M=  3) 
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Figure  13.  Telemetry  Goodput  (M=  4) 
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Figure  14.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission  Attempts 
compared  to  the  Normalized  Telemetry  Goodput  (M=  2) 


49 


Normalized  Goodput  (S) 
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Figure  15.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission  Attempts 
compared  to  the  Normalized  Telemetry  Goodput  (M=  3) 
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Figure  16.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission  Attempts 
compared  to  the  Normalized  Telemetry  Goodput  (M=  4) 


50 


4.4. 1.2.  Mean  Delay 

Mean  delay  is  calculated  as  the  arithmetic  mean  of  the  time  difference  from 
packet  creation  to  successful  reception  of  an  ACK  from  the  receiving  node.  The  delay  of 
discarded  packets  does  not  contribute  to  mean  delay  since,  in  effect,  their  delay  is 
infinite.  The  results  are  displayed  in  Figures  17,  18,  and  19.  The  experimental  data  is 
shown  with  the  whiskers  both  above  and  below  the  experimental  data  points  representing 
a  confidence  interval  of  90%.  The  experimental  results  cannot  be  compared  to  an 
analytical  model,  for  the  analytical  model  depends  on  saturation. 

For  all  the  results,  as  the  G  increase,  Mean  Delay  rises  quickly,  peaking  at  G  ~  0.8 
and  then  dropping  off  slightly.  This  is  caused  by  the  fact  that  at  G  ~  0.8  more  packets  are 
lost  due  to  collisions  (and  thus  forcing  a  longer  delay)  than  by  the  use  of  a  backoff 
mechanism.  For  instance,  with  M  =  2  the  average  retransmission  rate  (and  thus  indicates 
lost  packets)  was  twice  as  high  for  G  =  0.8  than  when  G  =  1 . 
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Figure  17.  Telemetry  Mean  Delay  (M=  2) 
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4.4.2.  Avionics  Results 


The  Avionics  traffic  model  uses  a  fixed  frame  size  of  776  bytes.  The  packets 
arrived  at  the  MAC  layer  in  a  uniform  random  distribution.  The  packet  size  is  moderate, 
and  thus  will  not  induce  a  high  overhead  on  the  network  nor  as  many  transmissions  as 
compared  to  the  Telemetry  model. 

4. 4. 2.1.  Normalized  Throughput 

It  should  be  noted  that  the  nonnalized  offered  load,  G,  was  based  on  the  load 
offered  to  the  MAC  layer.  However,  the  analytical  model  used  a  G  based  on  the  load 
offered  to  the  actual  channel.  Thus,  the  G  of  the  experimental  data  was  modified  to 
correspond  to  the  G  used  for  the  analytical  data. 

Figures  20,  21,  and  22  show  the  results  of  the  experiments.  The  analytical  data 
shown  was  calculated  via  the  IEEE  802.11  throughput  equation  from  [ZiA02]  and 
detailed  in  Section  2.3.3. 1.  The  experimental  and  analytical  data  are  shown,  with  the 
whisker  lines  both  above  and  below  the  experimental  data  point  representing  a 
confidence  interval  of  90%.  The  x-axis  shows  the  normalized  goodput  or  the  useful 
system  throughput.  The  y-axis  shows  the  offered  load  on  the  channel. 

For  all  the  avionics  experiments,  the  experimental  and  analytical  data  follow  each 
other  rather  closely.  The  two  data  sets  only  start  to  diverge  from  one  another  when 
G  >  1 .  This  makes  sense,  for  it  is  not  possible  for  the  experimental  model  to  increase  its 
throughput  once  the  channel  use  reaches  100%  (or  G  =  1).  At  G  =  1,  the  MAC  layer  is 
transmitting  packets  at  its  maximum  rate.  For  G  >  1,  MAC  is  receiving  packets  at  a 
faster  rate  then  it  can  transmit  them  over  the  channel.  Thus,  the  packets  begin  to  fill  up 
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the  MAC  layer’s  queue,  which  has  a  limited  size  of  only  256  packets.  With  the  rate  of 
the  number  of  packets  presented  to  the  queue  larger  then  the  rate  the  MAC  layer  can 
remove  them  from  the  queue  (via  successful  transmission),  the  queue  becomes  full.  Once 
the  queue  is  full,  the  MAC  layer  will  discard  any  packets  presented  to  it  until  a  packet  is 
transmitted  and  a  slot  opens  up  in  the  queue. 

This  effect  can  be  seen  in  Figures  23,  24,  and  25.  These  figures  show  in  the  bar 
graph  the  number  of  packets  presented  to  the  queue  verses  the  number  of  attempted 
transmissions  for  a  given  offered  load.  A  line  showing  the  nonnalized  throughput  is  also 
in  the  figure  to  show  how  the  effects  relate  to  one  another.  Although  the  offered  load  to 
the  MAC  layer  increases,  when  G  >  1  the  offered  load  to  the  channel  remains  the  same 
and  thus  the  nonnalized  throughput  stays  constant  at  around  0.5. 

It  is  interesting  to  note  that  the  queues  become  full  at  G  ~  0.6.  For  the  Avionics 
traffic  model,  even  under  ideal  conditions  the  time  spent  transmitting  data  constitutes 
only  90%  of  a  successful  transmission  (the  rest  of  the  time  is  taken  up  with  the  DIFS,  the 
SIFS,  the  ACK,  etc.).  However,  this  percentage  goes  down  significantly  under  heavy 
load  conditions  (due  to  an  increase  in  a  transmission’s  backoff  value,  collisions,  number 
of  retransmissions,  etc.).  Because  of  this,  the  offered  load  placed  on  the  MAC  layer  will 
be  less  then  the  offered  load  the  MAC  layer  places  on  the  channel.  This  means  the  MAC 
layer’s  queue  will  fill  up  before  G  =  1  because  the  rate  that  packets  are  presented  to  the 
queue  is  higher  than  the  rate  that  the  MAC  layer  can  remove  the  packets  from  the  queue 
via  a  successful  transmission.  The  experimental  data  backs  up  this  statement,  as  the 
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number  of  packets  presented  to  the  queue  exceeds  the  number  of  transmission  attempts  at 
G  ~  0.7  (when  M  =  3  or  4). 


Figure  20.  Avionics  Goodput  ( M=  2) 


Figure  21.  Avionics  Goodput  (M=  3) 
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Figure  22.  Avionics  Goodput  (M=  4) 


Figure  23.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission  Attempts 
compared  to  the  Normalized  Avionics  Goodput  (M=  2) 
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Figure  24.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission  Attempts 
compared  to  the  Normalized  Avionics  Goodput  (M=  3) 
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Figure  25.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission  Attempts 
compared  to  the  Normalized  Avionics  Goodput  (M=  4) 
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4. 4. 2. 2.  Mean  Delay 

Mean  delay  is  calculated  as  the  arithmetic  mean  of  the  time  difference  from 
packet  creation  to  successful  reception  of  an  ACK  from  the  receiving  node.  Delay  that 
discarded  packets  suffer  do  not  contribute  to  mean  delay  since,  in  effect,  their  delay  is 
infinite.  The  results  are  displayed  in  Figures  26,  27,  and  28.  The  experimental  data  is 
shown  with  the  whiskers  both  above  and  below  the  experimental  data  points  representing 
a  confidence  interval  of  90%.  The  experimental  results  cannot  be  compared  to  an 
analytical  model,  for  the  analytical  model  depends  on  saturation. 

For  all  the  results,  as  the  G  increase,  Mean  Delay  rises  quickly.  It  tends  to 
stabilize  at  G  ~  0.8  do  to  buffer  overflow  (Figure  24  and  25).  The  one  exception  to  this  is 
when  M=  2.  In  these  trials,  there  was  no  buffer  overflow  until  G  =  1.08  (see  Figure  20) 
and  the  mean  delay  continued  to  increase  until  then. 


1 
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□  Experimental 
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Normalized  Offered  Load  (G) 

Figure  26.  Avionics  Mean  Delay  (M=  2) 
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4.5.  Summary 

This  chapter  presented  the  experimental  design  and  results  obtained  during  the 
experimental  test  runs.  It  was  shown  that  the  experimental  throughput  data  from  both  the 
telemetry  and  the  avionics  models  follows  the  same  trends  analytical  data.  A  discrepancy 
between  the  analytical  and  experimental  data  was  caused  by  the  hardware  set  saturating 
the  medium.  Since  the  throughput  analytical  data  follows  the  same  trends  as  the 
experimental  data,  this  validates  that  the  hardware  setup  produced  for  this  research  does 
mimic  the  Basic  Access  Method  for  the  IEEE  802.11  Distributive  Coordination  Function 
(DCF).  Data  on  the  experimental  mean  delay  was  presented,  but  could  not  be  compared 
to  an  analytical  model. 
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5.  Evaluation  and  Results 


5.1.  Introduction 

This  chapter  reviews  and  summarizes  the  research  and  its  objectives.  First,  the 
potential  use  of  the  research  is  discussed.  Next,  the  objectives  and  the  experiment  are 
reviewed  along  with  conclusions  drawn.  Last,  potential  follow  on  areas  of  study  are 
outlined. 

5.2.  Research  Impact 

Wireless  LANs  based  on  IEEE  802.11  have  been  studied  for  years.  There  have 
been  several  simulation  programs  and  analytical  models  developed  to  evaluate  them,  and 
researchers  use  them  to  improve  IEEE  802.11.  However,  despite  the  abundance  of 
commercially  available  IEEE  802.11  devices,  researchers  have  encountered  a  great  deal 
of  difficulty  obtaining  a  way  to  evaluate  their  proposed  modifications  or  improvements 
experimentally.  Vendors  of  Wireless  LAN  equipment  do  not  sell,  or  sell  at  a  very  high 
price,  their  hardware  and  software  development  kits  for  IEEE  802.11.  For  this  reason, 
this  research  has  created  a  means  via  a  hardware  prototype  that  researchers  could  gain 
experimental  data  on  IEEE  802. 1 1 . 

5.3.  Review  and  Conclusions 

The  experiment  was  run  on  a  XInC  development  set  produced  by  Eleven 
Engineering.  Two  traffic  models  were  used:  one  for  telemetry  and  one  for  avionics. 
After  extensive  testing,  it  was  found  that  the  experimental  data  from  the  boards  produced 
nonnalized  throughput  levels  that  followed  the  same  trends  as  an  IEEE  802.11  analytical 
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model.  Thus,  the  research  has  successfully  shown  that  the  hardware  implementation  can 
be  used  by  researchers  to  gain  experimental  data  about  IEEE  802.1 1. 


5.4.  Outlines  of  Future  Work 

This  thesis  completed  the  initial  groundwork  in  producing  a  hardware  prototyping 
device  for  IEEE  802.11.  It  has  set  the  stage  for  continued  development  and  this  thesis 
created  the  beginning  components  to  make  a  functional  IEEE  802.11  prototyping  tool. 
Some  future  areas  of  research  include: 

•  Develop  a  true  IEEE  802.1 1  Clear  Channel  Assessment  (CCA)  procedure 
-  The  procedure  used  in  this  thesis  to  detennine  if  the  channel  was  idle  is 
not  one  recommended  for  use  by  IEEE  802.1 1.  One  area  of  study,  which 
could  improve  the  prototype,  is  to  develop  the  code  that  uses  an  IEEE 
802.11  CCA  procedure. 

•  Move  packet  production  off  the  boards  -  This  thesis  used  the  boards 
themselves  to  produce  packets  to  place  in  the  queue  for  the  MAC  layer. 
However,  the  boards  were  very  limited  in  this  way.  For  instance,  the 
boards  were  only  capably  of  generating  packets  using  a  unifonn  random 
variable.  The  boards  also  had  a  very  limited  queue  size  of  256  packets. 
Future  studies  could  move  the  packet  creation  and  queuing  off  the  boards 
and  onto  a  PC,  allowing  for  much  more  extensive  experiments. 
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•  Variable  packet  size  -  The  current  prototype  can  only  be  used  for  packets 
of  fixed  sizes.  Developing  code  that  can  process  packets  of  varying  sizes 
would  be  very  useful. 

•  Additional  stations  -  This  thesis  was  limited  because  only  four  boards 
were  available.  Another  area  of  interest  is  to  see  if  the  protocol  written  for 
the  board’s  works  when  5,  10,  or  20  boards  are  present. 

•  Testing  other  protocols  -  There  are  many  other  types  of  MAC  protocols 
other  then  IEEE  802.11  (like  RT-MAC)  that  could  be  tested  out  on  the 
boards. 


5.5.  Summary 

This  thesis  implemented  in  a  hardware  test  bed  for  the  IEEE  802.1 1  protocol  on  a 
Wireless  Local  Area  Network  (WLAN).  Modeling  and  simulation  work  on  the  IEEE 
802.11  protocol  is  extensive,  and  this  thesis  allows  researchers  the  ability  to  validate 
analytic  and  simulation  results  on  a  laboratory  prototype. 
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Appendix  A  -  Experimental  Data  Tables 


This  appendix  contains  the  data  gathered  during  the  hardware  test  set  trials  that 
was  used  to  produce  the  graphs  in  Section  4.  For  all  trials,  the  number  of  replications 
was  n  =  5  and  the  confidence  interval  was  a  =  0.10.  The  mean  values  for  the  number  of 
replications  are  given  along  with  the  high  and  low  associated  confidence  interval.  The 
figure  reference  in  the  table  caption  in  brackets  (i.e.,  [Figure  11]  refers  to  the  figure 
which  used  the  data  in  the  table). 


Table  4.  Telemetry  Goodput  (M  =  2)  [Figure  11] 


Normalized 

Goodput 

(S) 

Offered  Load  (G) 

0.339 

0.499 

0.811 

1.011 

1.374 

1.646 

Upper 

Confidence 

Interval 

0.190 

0.316 

0.505 

0.503 

0.508 

0.502 

Mean 

Normalized 

Goodput 

0.189 

0.314 

0.502 

0.500 

0.504 

0.501 

Lower 

Confidence 

Interval 

0.189 

0.312 

0.499 

0.497 

0.500 

0.501 

Table  5.  Telemetry  Goodput  ( M=  3)  [Figure  12] 


Normalized 
Goodput (S) 

Offered  Load  (G) 

0.299 

0.506 

0.755 

1.013 

1.213 

1.748 

Upper 

Confidence 

Interval 

0.192 

0.328 

0.456 

0.472 

0.469 

0.471 

Mean 

Normalized 

Goodput 

0.191 

0.326 

0.440 

0.462 

0.460 

0.461 

Lower 

Confidence 

Interval 

0.190 

0.324 

0.424 

0.451 

0.450 

0.451 
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Table  6.  Telemetry  Goodput  (M  =  4)  [Figure  13] 


Normalized 
Goodput (S) 

Offered  Load  ( G ) 

0.351 

0.515 

0.707 

1.056 

1.170 

1.631 

Upper 

Confidence 

Interval 

0.214 

0.331 

0.437 

0.429 

0.450 

0.465 

Mean 

Normalized 

Goodput 

0.213 

0.330 

0.426 

0.415 

0.440 

0.420 

Lower 

Confidence 

Interval 

0.211 

0.329 

0.415 

0.402 

0.430 

0.375 

Table  7.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission 
Attempts  compared  to  the  Normalized  Telemetry  Goodput  (M  =  2)  [Figure  14] 


Offered  Load  ( G ) 

0.340 

0.500 

0.810 

1.010 

1.370 

1.650 

Transmission 

Attempts 

19736 

29252 

44847 

44627 

44993 

44800 

Packets 
Presented  to 
Queue 

19739 

29253 

47497 

59253 

80511 

96433 

Mean 

Normalized 

Goodput 

0.189 

0.314 

0.502 

0.500 

0.504 

0.501 

Table  8.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission 
Attempts  compared  to  the  Normalized  Telemetry  Goodput  (M  =  3)  [Figure  15] 


Offered  Load  ( G ) 

0.300 

0.510 

0.760 

1.010 

1.210 

1.750 

Transmission 

Attempts 

17522 

29592 

39448 

41336 

41159 

41281 

Packets 
Presented  to 
Queue 

17519 

29623 

44262 

59378 

71101 

102395 

Mean 

Normalized 

Goodput 

0.191 

0.326 

0.440 

0.462 

0.460 

0.461 
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Table  9.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission 
Attempts  compared  to  the  Normalized  Telemetry  Goodput  (M  =  4)  [Figure  16] 


Offered  Load  (G) 

0.350 

0.520 

0.710 

1.060 

1.170 

1.630 

Transmission 

Attempts 

20528 

30190 

38406 

37486 

39602 

38283 

Packets 
Presented  to 
Queue 

20539 

30199 

41424 

61883 

68550 

95564 

Mean 

Normalized 

Goodput 

0.213 

0.330 

0.426 

0.415 

0.440 

0.420 

Table  10.  Telemetry  Mean  Delay  ( M=  2)  [Figure  17] 


Offered  Load  (G) 

0.340 

0.500 

0.810 

1.010 

1.370 

1.650 

Upper 

Confidence 

Interval 

0.013 

0.014 

0.341 

0.310 

0.265 

0.223 

Mean 

Delay 

0.009 

0.011 

0.333 

0.291 

0.229 

0.199 

Lower 

Confidence 

Interval 

0.004 

0.008 

0.326 

0.271 

0.193 

0.175 

Table  11.  Telemetry  Mean  Delay  (M  =  3)  [Figure  18] 


Offered  Load  (G) 

0.300 

0.510 

0.760 

1.010 

1.210 

1.750 

Upper 

Confidence 

Interval 

0.029 

0.195 

0.963 

0.462 

0.384 

0.414 

Mean 

Delay 

0.018 

0.154 

0.675 

0.419 

0.344 

0.320 

Lower 

Confidence 

Interval 

0.007 

0.113 

0.386 

0.376 

0.304 

0.226 
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Table  12.  Telemetry  Mean  Delay  ( M=  4)  [Figure  19] 


Offered  Load  (G) 

0.350 

0.520 

0.710 

1.060 

1.170 

1.630 

Upper 

Confidence 

Interval 

0.187 

0.432 

0.789 

0.691 

0.513 

0.517 

Mean 

Delay 

0.098 

0.245 

0.728 

0.580 

0.473 

0.458 

Lower 

Confidence 

Interval 

0.008 

0.058 

0.667 

0.470 

0.433 

0.400 

Table  13.  Avionics  Goodput  (M=  2)  [Figure  20] 


Normalized 
Goodput (S) 

Offered  Load  (G) 

0.199 

0.356 

0.532 

0.641 

0.806 

1.083 

Upper 

Confidence 

Interval 

0.192 

0.335 

0.468 

0.537 

0.703 

0.862 

Mean 

Normalized 

Goodput 

0.191 

0.334 

0.461 

0.520 

0.688 

0.846 

Lower 

Confidence 

Interval 

0.190 

0.333 

0.453 

0.504 

0.672 

0.831 

Table  14.  Avionics  Goodput  (M  =  3)  [Figure  21] 


Normalized 
Goodput (S) 

Offered  Load  (G) 

0.199 

0.347 

0.534 

0.696 

0.797 

1.222 

Upper 

Confidence 

Interval 

0.178 

0.289 

0.370 

0.528 

0.577 

0.593 

Mean 

Normalized 

Goodput 

0.174 

0.255 

0.363 

0.494 

0.552 

0.558 

Lower 

Confidence 

Interval 

0.170 

0.221 

0.356 

0.461 

0.528 

0.523 
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Table  15.  Avionics  Goodput  (M  =  4)  [Figure  22] 


Normalized 
Goodput  (S) 

Offered  Load  (G) 

0.200 

0.367 

0.542 

0.663 

0.811 

1.108 

Upper 

Confidence 

Interval 

0.166 

0.249 

0.330 

0.461 

0.498 

0.510 

Mean 

Normalized 

Goodput 

0.164 

0.238 

0.302 

0.442 

0.470 

0.494 

Lower 

Confidence 

Interval 

0.162 

0.227 

0.274 

0.424 

0.442 

0.478 

Table  16.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission 
Attempts  compared  to  the  Normalized  Avionics  Goodput  (M  =  2)  [Figure  23] 


Offered  Load  (G) 

0.200 

0.360 

0.530 

0.640 

0.810 

1.080 

Transmission 

Attempts 

1825 

3254 

4862 

5861 

7339 

8386 

Packets 
Presented  to 
Queue 

1825 

3254 

4863 

5865 

7373 

9907 

Mean 

Normalized 

Goodput 

0.191 

0.334 

0.461 

0.520 

0.688 

0.846 

Table  17.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission 
Attempts  compared  to  the  Normalized  Avionics  Goodput  (M  =  3)  [Figure  24] 


Offered  Load  (G) 

0.200 

0.350 

0.530 

0.700 

0.800 

1.220 

Transmission 

Attempts 

1821 

3169 

4824 

5798 

6161 

5965 

Packets 
Presented  to 
Queue 

1821 

3172 

4889 

6368 

7287 

11175 

Mean 

Normalized 

Goodput 

0.174 

0.255 

0.363 

0.494 

0.552 

0.558 
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Table  18.  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission 
Attempts  compared  to  the  Normalized  Avionics  Goodput  (M  =  4)  [Figure  25] 


Offered  Load  (G) 

0.200 

0.370 

0.540 

0.660 

0.810 

1.110 

Transmission 

Attempts 

1830 

3357 

4944 

5442 

5558 

5631 

Packets 
Presented  to 
Queue 

1830 

3357 

4960 

6068 

7421 

10130 

Mean 

Normalized 

Goodput 

0.164 

0.238 

0.302 

0.442 

0.470 

0.494 

Table  19.  Avionics  Mean  Delay  ( M=  2)  [Figure  26] 


Offered  Load  ( G ) 

0.200 

0.360 

0.530 

0.640 

0.810 

1.080 

Upper 

Confidence 

Interval 

0.060 

0.039 

0.048 

0.107 

0.478 

1.569 

Mean 

Delay 

0.060 

0.028 

0.037 

0.084 

0.356 

1.468 

Lower 

Confidence 

Interval 

0.059 

0.016 

0.025 

0.062 

0.233 

1.368 

Table  20.  Avionics  Mean  Delay  ( M=  3)  [Figure  27] 


Offered  Load  (G) 

0.200 

0.350 

0.530 

0.700 

0.800 

1.220 

Upper 

Confidence 

Interval 

0.083 

0.101 

0.866 

2.614 

3.228 

2.988 

Mean 

Delay 

0.069 

0.087 

0.645 

2.283 

2.575 

2.721 

Lower 

Confidence 

Interval 

0.055 

0.073 

0.424 

1.952 

1.921 

2.453 
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Table  21.  Avionics  Mean  Delay  (M=  4)  [Figure  28] 


Offered  Load  (G) 

0.200 

0.370 

0.540 

0.660 

0.810 

1.110 

Upper 

Confidence 

Interval 

0.123 

0.110 

0.641 

4.262 

3.799 

3.686 

Mean 
Delay  (D) 

0.086 

0.086 

0.511 

3.041 

3.457 

3.292 

Lower 

Confidence 

Interval 

0.049 

0.063 

0.380 

1.821 

3.115 

2.898 
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Appendix  B  -  MatLab®  Code 


MatLab®  code  use  to  produce  the  figures  in  Section  4.  The  particular  figures  the  code  produced 
are  listed  in  the  code’s  description. 


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%  %  This  routine  was  written  for  MATLAB®  6.0  or  higher. 

%  % 

%  %  File  Name:  FigThroughput.m 

%% 

%  %  It  produces  a  plot  of  the  Goodput  graphs  for  the  experimental  data  verses  an  analytical  data  for  a  give 
%  %  data  size  and  number  of  stations.  The  *.m  files  was  used  to  create  Figures  11-13  and  20-22 

%  % 

%  %  The  two  variables  that  must  be  adjusted  are  the  DATA  and  M 

%  % 

%  %  DATA  must  be  set  to  672  for  the  Telemetry  Model  or  6208  for  the  Avionics  model. 

%  % 

%  %  M  must  be  set  to  equal  the  number  of  stations  and  can  ONLY  be  set  to  2,  3,  or  4. 

%  % 

%  %  The  Fig  Throughput.m  requires  two  other  *.m  files  in  order  to  work:  uofX.m  and  d  of  X.m 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 


elf; 

clear  all; 

set(gcf,'DefaultLineLineWidth',  1) 
set(gca,'FontName',  'Times  New  Roman') 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%  Set  variables  DATA  and  M 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

DATA  =  6208  %  Size  of  data  in  packet. 

%  Must  be  672  for  the  Telemetry  Model  or  6208  for  the  Avionics  model. 

M  =  4  %  Number  of  Machines.  Must  be  2,  3,  or  4. 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%%%%%%%%%%% 

FRAME  =  1 12+224+16+DATA;  %  Size  of  actual  Data  frame  place  in  channel  (in  bits) 

%  1 12  =  PHY  Preamble  (bits) 

%  224  =  IEEE  Frame  Headers  (bits) 

%  16  =  PHY  Postamble  (bits) 

a  =  20/FRAME;  %  Normilized  Slot  Time  (slot  time  =  20  Lis) 

ACK  =  (1 12+16+7*16  )/FRAME;  %  Normilized  time  of  an  ACK  frame 
%  1 12  =  PHY  Preamble  (bits) 

%  16  =  PHY  Postamble  (bits) 

%  7*  1 6  =  size  of  ACK  frame  (bits) 

DIFS  =  50/FRAME;  %  Normilized  time  of  Distributed  Inter-frame  Space  (DIFS) 

%  DIFS  time  =  50  ps 

SIFS  =  10/FRAME;  %  Normilized  time  of  Short  Inter-frame  Space  (SIFS) 

%  SIFS  time  =  10  ps 

DELAY  =  1/FRAME;  %  Normilized  Frame  Delay  (which  was  1  ps) 

ECW  =  [  NaN  34.05  36.2  (36.2+40.5)/2  40.52]  %  Average  connection  window 
%  taken  from  [CCG00] 

EW  =  (ECW(M)  -  l)/2; 

p  =  1/(EW  +  1)  %  probability  that  a  station  will  transmit  in  a  p-persistent  CSMA  protocol 


%%  and  loads  in  the  correct  empirical  data  for  a  given  DATA  and  M 
if  ((DATA==672)&(M==2)) 


B-l 


%  Telemetry  -  2  Stations 


Type  =  'Telemetry  (packet  size  =  84  bytes,  M  = '; 


S_e  =  [  0.190001353 
0.189 

0.187998647 
G_e  =  [  0.33687552 


0.315658319 

0.31383968 

0.312021041 

0.499247787 


0.505077465 

0.50181152 

0.498545575 

0.810615467 


0.50259405 

0.49954912 

0.49650419 

1.011254613 


0.507560738  0.502373136  ; 

0.50360352  0.50148224  ; 

0.499646302  0.500591344  ]; 

1.374057813  1.645796693  ]; 


elseif  ((DATA==672  )&(M==3 )) 
%  Telemetry  -  3  Stations 


Type  =  'Telemetry  (packet  size  =  84  bytes,  M  = '; 


S_e  =  [  0.192069836 
0.19121536 
0.190360884 
G_e  =  [  0.298990933 


0.328226508 

0.3259648 

0.323703092 

0.505565867 


0.455921614 

0.4398352 

0.423748786 

0.7554048 


0.472068545 

0.46173792 

0.451407295 

1.01338112 


0.469067021  0.470762155  ; 

0.45973536  0.46112864  ; 

0.450403699  0.451495125  ]; 

1.213463893  1.747541333  ]; 


elseif  ((DATA==672  )&(M==4)) 

%  Telemetry  -  4  Stations 
Type  =  'Telemetry  (packet  size  =  84  bytes,  M  =  '; 


S_e  = 

[  0.214222944 

0.331077246 

0.436588784 

0.428647663 

0.450343932 

0.464707528 

0.21277312 

0.33020288 

0.42577472 

0.41548192 

0.4399584 

0.41963712 

0.211323296 

0.329328514 

0.414960656 

0.402316177 

0.429572868 

0.374566712 

G_e  = 

[  0.35053568 

0.515392853 

0.706976427 

1.05613312 

1.169923413 

1.630952107 

]; 

]; 


elseif  ((DATA==6208  )&(M==2)) 

%  Avionics  -  2  Stations 

Type  =  'Avionics  (packet  size  =  776  bytes,  M  = '; 


S_e  = 

[  0.19183209 

0.335038058 

0.467677047 

0.536694913 

0.703361237 

0.861520036 

0.190978773 

0.33423872 

0.46057152 

0.52041664 

0.687639467 

0.84633664 

0.190125457 

0.333439382 

0.453465993 

0.504138367 

0.671917696 

0.831153244 

G_e  = 

[  0.1994896 

0.355770667 

0.531709867 

0.641283733 

0.806070933 

1.0831872 

i; 

]; 


elseif  ((DATA==6208  )&(M==3» 
%  Avionics  -  3  Stations 


Type  =  'Avionics  (packet  size  =  776  bytes,  M  =  '; 


S_e  =  [  0.177891103 
0.174113707 
0.170336311 
G  e  =  [  0.199139733 


0.288708426 

0.254734933 

0.22076144 

0.346783467 


0.370417132 

0.36341632 

0.356415508 

0.534486933 


0.527506043 

0.494301653 

0.461097264 

0.6962784 


0.576574042 

0.552346453 

0.528118865 

0.796755733 


0.592950635  ; 

0.5580992  ; 

0.523247765  ]; 

1.2218  ]; 


elseif  ((DATA==6208  )&(M==4)) 

%  Avionics  -  4  Stations 

Type  =  'Avionics  (packet  size  =  776  bytes,  M  =  '; 


Se 

[  0.166476014 

0.24895075 

0.330364908 

0.460749505 

0.497978691 

0.509573414 

0.164160213 

0.23820096 

0.302101973 

0.442175147 

0.4699456 

0.493929173 

0.161844412 

0.22745117 

0.273839039 

0.423600788 

0.441912509 

0.478284933 

G_e  = 

[  0.200058133 

0.367010133 

0.542271467 

0.6634784 

0.8113408 

1.1075248 

]; 

]; 


end 


else 

error('DATA  or  M  is  incorrect') 


G  =  0:.l:(ceil(G_e(length(G_e))*10)/10);  %Normilized  load 
IEEE(  1 )  =  0; 


%%  For  loop  that  calculates  the  data  points  for  the  analytical  model 
for  i=2:length(G) 


g  =  a*G(i)/M;  %  Probability  that  a  host  generates  a  frame  during  a  time  slot 


%  Equation  (2.6) 

TPs  =  1  +  SIFS  +  ACK  +  2*DELAY  +  DIFS;  %  The  normalized  time  of  a  successful  transmission 
TPf  =  1  +  DELAY  +  DIFS;  %  The  normalized  time  of  a  failed  transmission 


%  Equation  (2.4) 

I  =  a/(l-(l-g)AM);  %  The  expected  value  of  the  idle  time  when  a  host  has  nothing  to  transmit 

%  Equation  (2.7) 

dl  =  DIFS*(1  -  (1  -g)AM); 
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%  Equation  (2.8) 

ul  =  (l/(l-(l-g)AM))*M*g*(l-g)A(M-l); 


%  Equation  (2.7) 

ds  =  d_of_X(TPs,a,p,g,M);  %  d(X)  with  X  =  TPs 
df  =  d_of_X(TPf,a,p,g,M);  %  d(X)  with  X  =  TPf 

gs  =  l-(l-g)A(TPs/a);  %  temp  variable 
gf  =  l-(  l-g)A(TPf/a);  %  temp  variable 

%  Equation  (2.8) 

us  =  u_of_X(TPs,a,p,g,M);  %  u(X)  with  X  =  TPs 
uf  =  u_of_X(TPf,a,p,g,M);  %  u(X)  with  X  =  TPf 

%  Equation  (2.9) 

A1  =  [(gs*us  -  1)  (gf* (1-us)) ;  gs*us  (gf*(  l-uf)-l )]; 

bl  =  [-(ds  +  TPs*us  +  TPf  (1-us))  ;  -(df  +  TPs  +  TPf  (1-uf))]; 

B_TP  =  inv(Al)*bl; 

B  TPs  =  B  TP(  1 );  %  B(TPs) 

B  TPf  =  B  TP(2);  %  B(TPf) 

%  Equation  (2.5) 

B_1  =dl  +(TPs  +  gs*B_TPs)*ul  +(TPf+gf*B_TPf)*(l-ul); 
%  Equation  (2.1 1) 

A2  =  [(gs*us-l)  gf  (1-us) ;  gs*uf  (gf  ( 1  -uf)- 1 )]; 
b2  =  [-us  ;  -uf]; 

U  TP  =  inv(A2)*b2; 

U_TPs  =  U_TP(  1 ); 

U_TPf  =  U_TP(2); 

%  Equation  (2.10) 

U_1  =  (1  +  gs*U_TPs)*ul  +  (gf  U_TPf)*(l-ul); 

%  Equation  2.12 
IEEE(i)  =  U_1/(B_1  +  I); 

end 

hold  on 

%  Plot  Empirical  and  Analytical  results 
plot(G_e,S_e(2,:  ),'ks','MarkerSize',  10) 
plot(G,  IEEE,'k','LineWidth',2); 

set(gca,'FontName',  'Times  New  Roman', 'FontSize', 14) 
legendCExperimental', 'Analytical', 4); 

%  Plot  Confidence  Interval  lines 
plot([G_e(l)  G_e(  1 )] , [ S  e(  1,1)  S_e(3,l)],’k-+',... 

[G_e(2)  G_e(2)],[S_e(l,2)  S_e(3,2)],'k-+',... 

[G_e(3)  G_e(3)],[S_e(l,3)  S_e(3,3)],'k-+',„. 

[G_e(4)  G_e(4)],[S_e(l,4)  S_e(3,4)],'k-+',... 

[G_e(5)  G_e(5)],[S_e(l,5)  S_e(3,5)],'k-+',„. 

[G_e(6)  G_e(6)],[S_e(l,6)  S_e(3,6)],’k-+',,LineWidth,,2); 
hold  off 

if(DATA=672) 
axis([0  2  0  .75]); 
else 

axis([0  1.4  0  1]); 
end 

%  Title  -  Normally  commented  out 
%  title([Type,  num2str(M),')']); 


%  Label  Accesses 

xlabel( 'Normalized  Offered  Load  (G)VFontName',  'Times  New  Roman',... 
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’FontSize',18); 

ylabel('Normalized  Goodput  (S)',TontName',  'Times  New  Roman',... 
’FontSize',18); 

beep  on; 
beep; 
beep  off; 


FigThroughput.m  requires  two  other  *.m  files.  The  first  is  called  “u  of  X.m” 


function  uX  =  u_of_X(X,a,p,g,M) 

%  Calculates  u(X)  with  X  1  from  Equation  (2.15) 
%  Filename:  u  of  X.m 


uX  =  0; 


forn=l:M 

uX  =  uX  +  (n*p*(l-p)A(n-l)... 

+  (n*p*(l-p)A(n-l)  +  (M-n)*g*(l-g)A(M-n-l)  -  n*(M-n)... 

*  P*g*((l -p)A(n- 1  ))*((  1  -g)A(M-n- 1 )))... 

*  ( ((l-p)An)  *  ((l-g)A(M-n)) )  /  (1  -  (  (( 1  -p)An)  *  ((l-g)A(M-n)) ) )  )... 

*  (  (  nchoosek(M.n)  *  ( ( 1 -( 1 -g)A(X/a))An  )  *  (l-g)A((X/a)*(M-n)) )... 
/(  1  -  ( l-g)A(X*M/a)) ); 

end 


The  second  *m  file  is  called  “d  of  X.m”  and  is  as  follows: 


function  dX  =  dofX(X,a,p,g,M) 

%  Calculates  d(X)  withX^  1  from  Equation  (2.14) 

%  Filename:  d  of  X.m 

dXsuml  =  0; 

for  k=l :  10A4  %  Equation  (2.14)  has  k  go  from  1  to  oo,  but  reasonably  10A4  is  enough 
dXsuml  =  dXsuml  +  ((l-p)Ak  -  ((l-g)A(X/a))*((l-p)Ak-(l-g)Ak))AM; 
end 

dXsum2  =  0; 

for  k=l :  10A4  %  Equation  (2.14)  has  k  go  from  1  to  oo,  but  reasonably  10A4  is  enough 
dXsum2  =  dXsum2  +  (l-g)A(k*M); 
end 

dX  =  (a/(  1  -( 1  -g)A(X*M/a)))  *  (dXsuml  -  ((l-g)A(X*M/a))*dXsum2); 
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%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%  %  This  routine  was  written  for  MATLAB®  6.0  or  higher. 

%  % 

%  %  File  Name:  FigPacketQ.m 
%% 

%  %  It  produces  a  plot  of  the  Number  of  Packets  Presented  to  the  Queue  verses  the  Transmission  Attempts 
%  %  compared  to  the  Normalized  Throughput  graphs  for  the  experimental  data  for  a  give 
%  %  data  size  and  number  of  stations.  The  *.m  file  was  used  to  create  Figures  14-16  and  23-25 

%  % 

%  %  The  two  variables  that  must  be  adjusted  are  the  DATA  and  M 

%  % 

%  %  DATA  must  be  set  to  672  for  the  Telemetry  Model  or  6208  for  the  Avionics  model. 

%  % 

%  %  M  must  be  set  to  equal  the  number  of  stations  and  can  ONLY  be  set  to  2,  3,  or  4. 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 


elf; 

clear  all; 

set(gcf,'DefaultLineLineWidth',  1) 


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%  Set  variables  DATA  and  M 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

DATA  =  6208  %  Size  of  data  in  packet. 

%  Must  be  672  for  the  Telemetry  Model  or  6208  for  the  Avionics  model. 

M  =  4  %  Number  of  Machines.  Must  be  2,  3,  or  4. 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 


%%  Determines  if  DATA  and  M  variables  were  inputted  correctly 

%%  and  loads  in  the  correct  empirical  data  for  a  given  DATA  and  M 

if  ((DATA==672)&(M==2)) 

%  Telemetry  -  2  Stations 


R  =  [  0  19736 

29252 

44847 

44627 

44993 

44800  ; 

0  19739 

29253 

47497 

59253 

80511 

96433  ] 

S  =  [  0.00000  0.18900 

0.31384 

0.50181  0.49955 

0.50360  0.50148  ] 

G_e  =  [  0  0.34 

0.50 

0.81 

1.01 

1.37 

1.65  ]; 

elseif  ((DATA==672  )&(M==3 )) 

%  Telemetry  -  3  Stations 

R  =  [  0  17522 

29592 

39448 

41336 

41159 

41281  ; 

0  17519 

29623 

44262 

59378 

71101 

102395  ] 

S  =  [  0.00000  0.19122 

0.32596 

0.43984  0.46174 

0.45974  0.46113  ] 

G_e  =  [  0  0.30 

0.51 

0.76 

1.01 

1.21 

1.75  ] 

elseif  ((DATA==672  )&(M==4)) 

%  Telemetry  -  4  Stations 

R  =  [  0  20528 

30190 

38406 

37486 

39602 

38283  ; 

0  20539 

30199 

41424 

61883 

68550 

95564  ] 

S  =  [  0.00000  0.21277 

0.33020 

0.42577  0.41548 

0.43996  0.41964  ] 

G_e  =  [  0  0.35 

0.52 

0.71 

1.06 

1.17 

1.63  ] 

elseif  ((DATA==6208  )&(M==2)) 

%  Avionics  -  2  Stations 

R  =  [  0  1825 

3254 

4862 

5861 

7339 

8386  ; 

0  1825 

3254 

4863 

5865 

7373 

9907  ] 

S  =  [  0.00000  0.19098 

0.33424 

0.46057  0.52042 

0.68764  0.84634  ] 

G_e  =  [  0  0.20 

0.36 

0.53 

0.64 

0.81 

1.08  ] 

elseif  ((DATA==6208  )&(M=3» 

%  Avionics  -  3  Stations 

R  =  [  0  1821 

3169 

4824 

5798 

6161 

5965  ; 

0  1821 

3172 

4889 

6368 

7287 

11175  ] 

S  =  [  0.00000  0.17411 

0.25473 

0.36342  0.49430 

0.55235  0.55810  1 

G  e  =  [  0  0.20 

0.35 

0.53 

0.70 

0.80 

1.22  ] 
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elseif  ((DAT  A==620 8 )&(M==4)) 

%  Avionics  -  4  Stations 

R=[  0  1830  3357  4944  5442  5558  5631  ; 

0  1830  3357  4960  6068  7421  10130  ]; 

S  =  [  0.00000  0.16416  0.23820  0.30210  0.44218  0.46995  0.49393  ]; 

G_e  =  [  0  0.20  0.37  0.54  0.66  0.81  1.11  ]; 


else 

error('DATA  or  M  is  incorrect') 
end 

bar(R'); 

set(gca,'FontName',  'Times  New  Roman','FontSize',14) 
legend('Transmission  Attempts', 'Packets  Presented  to  Queue', 2); 


ylabel('Average  Number  of  Packets','FontName',  'Times  New  Roman',... 
’FontSize',18); 

xlabel('Normalized  Offered  Load  (G)','FontName',  'Times  New  Roman',... 
'FontSize',18); 


a  =  axis; 

axis([l  7.5  a(3)  a(4)]); 
set(gca,'XTickLabel',G_e) 

temp  =  a(4) 

hi  =  gca; 

h2  =  axes('Position',get(hl, 'Position')); 


if(DATA==672) 

plot(S,'k-o','LineWidth',2); 

a  =  axis; 

axis([l  7.5  a(3)  (temp/10A5)]); 
else 

plot(S,'k-o','LineWidth',2); 
a  =  axis; 

axis([l  7.5  a(3)  (temp/10A4)]); 
end 

set(gca,'FontName',  'Times  New  Roman','FontSize',14) 
legend('Empirical  Data'); 

ylabel('Normalized  Throughput  (S)','FontName',  'Times  New  Roman',... 
’FontSize',12); 

set(h2, 'YAxisLocation', 'right', 'Color', 'none', 'XTickLabel',[]) 
set(h2,'XLim',get(h  1  ,'XLim'), 'Layer', 'top') 


ylabel('Normalized  Goodput  (S)','FontName',  'Times  New  Roman',... 
’FontSize',18); 

colormap('colorcube') 

beep  on; 
beep; 
beep  off; 
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%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%  %  This  routine  was  written  for  MATLAB®  6.0  or  higher. 

%  % 

%  %  File  Name:  FigMeanDelay.m 
%  % 

%  %  It  produces  a  plot  of  the  Mean  Delay  of  the  experimental  data  for  a  give 
%  %  data  size  and  number  of  stations.  The  *.m  files  was  used  to  create  Figures  17-19  and  26-28 

%  % 

%  %  The  two  variables  that  must  be  adjusted  are  the  DATA  and  M 

%  % 

%  %  DATA  must  be  set  to  672  for  the  Telemetry  Model  or  6208  for  the  Avionics  model. 

%  % 

%  %  M  must  be  set  to  equal  the  number  of  stations  and  can  ONLY  be  set  to  2,  3,  or  4. 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 


elf; 

clear  all; 

set(gcf,'DefaultLineLineWidth',  1) 
set(gca,'FontName',  'Times  New  Roman') 


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

%%  Set  variables  DATA  and  M 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 

DATA  =  6208  %  Size  of  data  in  packet. 

%  Must  be  672  for  the  Telemetry  Model  or  6208  for  the  Avionics  model. 

M  =  4  %  Number  of  Machines.  Must  be  2,  3,  or  4. 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 


%%  Determines  if  DATA  and  M  variables  were  inputted  correctly 


%%  and  loads  in  the  correct  empirical  data  for  a  given  DATA  and  M 
if  ((DATA==672)&(M==2)) 


%  Telemetry  -  2  Stations 


M  D  =  [0.0134 

0.0137 

0.3411 

0.31 

0.2649 

0.2233 

0.0089 

0.0106 

0.3333 

0.2905 

0.2289 

0.1992 

0.0044 

0.0076 

0.3256 

0.2711 

0.1929 

0.1751 

G  e  =  [  0.34 

0.5 

0.81 

1.01 

1.37 

1.65 

elseif  ((DATA=672  )&(M==3 )) 


%  Telemetry  -  3  Stations 


M 

D  =  [0.0287 

0.1953 

0.9634 

0.4616 

0.3835 

0.4135 

0.0176 

0.1539 

0.6747 

0.4186 

0.3439 

0.3196 

0.0066 

0.1125 

0.3861 

0.3755 

0.3043 

0.2257 

G 

e  =  [  0.3 

0.51 

0.76 

1.01 

1.21 

1.75 

elseif  ((DATA=672  )&(M==4)) 
%  Telemetry  -  4  Stations 


M 

D  =  [0.1872 

0.4323 

0.7893 

0.6905 

0.5126 

0.5173 

0.0976 

0.2451 

0.7283 

0.5801 

0.4727 

0.4584 

0.0081 

0.0579 

0.6672 

0.4698 

0.4327 

0.3995 

G 

e  =  [  0.35 

0.52 

0.71 

1.06 

1.17 

1.63 

elseif  ((DATA==6208  )&(M=2» 
%  Avionics  -  2  Stations 


M 

D  =  [0.0604 

0.039 

0.048 

0.1066 

0.4781 

1.5687 

0.0595 

0.0277 

0.0365 

0.0841 

0.3557 

1.4682 

0.0586 

0.0163 

0.025 

0.0616 

0.2332 

1.3677 

G 

e  =  [  0.2 

0.36 

0.53 

0.64 

0.81 

1.08 

elseif  ((DATA==6208  )&(M=3» 
%  Avionics  -  3  Stations 


M  D  =  [0.0832 

0.1007 

0.8662 

2.6144 

3.228 

2.9877 

0.0689 

0.087 

0.6448 

2.2832 

2.5745 

2.7205 

0.0547 

0.0734 

0.4235 

1.9521 

1.9211 

2.4534 

G  e  =  [  0.2 

0.35 

0.53 

0.7 

0.8 

1.22 
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elseif  ((DATA==6208 )&(M=4)) 

%  Avionics  -  4  Stations 

M_D  =  [0.1226  0.1097  0.6413  4.2615  3.7992  3.6855  ; 

0.0857  0.0863  0.5107  3.0411  3.457  3.2916  ; 

0.0488  0.063  0.3801  1.8208  3.1148  2.8978  ] 

G  e  =  [  0.2  0.37  0.54  0.66  0.81  1.11  ] 


end 


else 

error('DATA  or  M  is  incorrect') 


%  Plot  Experimental  results 
hold  on 

%  Plot  Experimental  and  Analytical  results 
plot(G_e,M_D(2,:),'ks','MarkerSize',8) 

set(gca,'FontName',  'Times  New  Roman', 'FontSize', 14) 
legend! 'Experimental', 2); 

%  Plot  Confidence  Interval  lines 

plot([G_e(l)  G_e(l)],[M_D(l,l)  M_D(3,l)],'k-+',... 

[G_e(2)  G_e(2)],[M_D(l,2)  M_D(3,2)],’k-+',... 

[G_e(3)  G_e(3)],[M_D(l,3)  M_D(3,3)],’k-+',... 

[G_e(4)  G_e(4)],[M_D(l,4)  M_D(3,4)],’k-+',... 

[G_e(5)  G  e(5)],[M  D(l  ,5)  M_D(3,5)],’k-+',... 

[G_e(6)  G_e(6)],[M_D(l,6)  M_D(3,6)],'k-+VLineWidth',2); 

hold  off 


a  =  axis; 
if(DATA=672) 
axis([.2  1.8  (10A-3)  1]); 
else 

axis([.  1  1.3  (10A-2)  10]); 
end 

set(gca,'YScale',  'log') 

%  Title  -  Normally  commented  out 
%  title([Type,  num2str(M),')']); 

%  Label  Accesses 

xlabel('Normalized  Offered  Load  (G)VFontName',  'Times  New  Roman',... 
'FontSize',18); 

ylabelf'Delay  in  sec  (D)  log  scale', 'FontName',  'Times  New  Roman',... 
'FontSize',18); 
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Appendix  C  -  XInC  Assembly  Code 


C.l.  Introduction 

The  following  is  the  assembly  code  used  for  this  research.  The  code  is  written  and 
compiled  in  the  program  XInC  Development  Environment  version  3. 2. 3.0.  Instructions  on  how 
the  basic  framework  of  a  XInC  assembly  program  operates  and  what  each  command  does  can  be 
found  in  XInC  Developement  Kit’s  documentation  from  [EE04], 


C.l.  WiFi,  main 

This  is  the  main  file  of  the  project.  This  file  sets  up  the  memory  map  of  the  XInC 
program  and  houses  all  other  code  modules. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  WiFi. main 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 
Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  The  main  file. 


Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 


II 

// 

II 

//■ 


Conditional  Assembly  Switches: 

Uncomment  the  defines  below  for  the  threads  you  want  to  run. 


//  ! ! ! ! ! Define  one  of  two  programs  to  run 
#def ine  THROUGHPUT 

//  ! ! !  Define  Station 
#def ine  STATION_l 
//#def ine  STATION_2 
//tdefine  STATION_3 
//#def ine  STATION_4 

//  Debugging  Stuff 
#def ine  DEBUG_LEDs 

#if def  THROUGHPUT 


#def ine 

TO 

#def ine 

_ Tl’ 

#def ine 

T2 

#def ine 

_ T3' 

#def ine 

T4 

#def ine 

T5 

#def ine 

T6 
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#def ine 


T7 _ 

//  ! ! !  Define  the  number  of  stations  to  be  used 

//#def ine  THR0UGHPUT_2_STATI0NS  //  Must  use  either  Station  #2  or  #3 
//#def ine  THR0UGHPUT_3_STATI0NS  //  Must  use  either  Station  #1,  #2,  or  #3 
#def ine  THR0UGHPUT_4_STATI0NS  //  Must  use  either  Station  #1,  # 2 ,  #3,  or  #4 

//  ! ! !  Define  if  want  to  run  mutiple  tests 
#define  MULT_TESTS 

//  ! ! !  Define  Packet  Data  Size 
//#def ine  TELEMETRY 
tdefine  AVIONICS 

#endif 

//  Define  if  NOT  using  a  CRC  function 
# define  NO_CALC_CRC 

//#define  PrintErrors 
//tdefine  PrintBBUTime 

tdefine  RFWaveslMbps 
//tdefine  RFWaves2Mbps 
//tdefine  RFWaves3Mbps 

//======================™=======™=======================^=™=™================ 

//  Code  and  Data  Size: 

//  After  assembly,  check  the  values  assigned  to  these  constants  in  the  list  file. 
//=================================================================================== 


SizeOfAppCode 
SizeOfAppData 
Si zeOf Short Data 


(  AppCode  End -  AppCode_Start ) 

( AppData_End -  AppData_Start ) 

-  ( _ ShortData_End _  -  _ ShortData_Start _ ) 


FreeAppCodeSpace 

FreeAppDataSpace 

FreeShortDataSpace 


=  ( AppData_Start -  AppCode_End )  //  If  any  of  these  three 

=  (kRAM_End  -  127  -  AppData_End )  //  constants  are  negative, 

(kRAM_End  -  _ ShortData_End _ )  //  there  is  an  overflow. 


II 

// 

II 

//■ 


Header  Files : 

This  section  includes  files  defining  constants. 


tinclude  "XInC.h" 
tinclude  "Constants . h" 


//==============================================================: 

//  Code  Space: 

//  Only  Code  should  be  included  in  this  segment. 
//=============================================================== 

@  =  kRAM_BlockO_Start 
_ AppCode_Start _ : 

// - 

//  Initialization  Code 

tinclude  "Init.asm" 
tinclude  "Fif tyMegaHertz . asm" 

// - 

//  Thread  Code 

tifdef  _ TO _ 

ThreadO :  //  Thread  0  Code 

tinclude  "ThreadO . asm" 
bra  ThreadO 

tendif 

tifdef  _ T1 _ 

Threadl :  //  Thread  1  Code 

tinclude  "Threadl . asm" 
bra  Threadl 

tendif 

tifdef  _ T2 _ 

Thread2 :  //  Thread  2  Code 

tinclude  "Thread2 . asm" 
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bra  Thread2 


#endif 

#if def  T3 

Thread3 :  //  Thread  3  Code 

#include  "Thread3 . asm" 
bra  Thread3 

#endif 

#if def  T4 

Thread4 :  //  Thread  4  Code 

♦include  "Thread4 . asm" 
bra  Thread4 

#endif 

#if def  T5 

Thread5 :  //  Thread  5  Code 

♦include  "Thread5 . asm" 
bra  Thread5 

♦endif 

♦ifdef  _ T6 _ 

Thread6 :  //  Thread  6  Code 

♦include  "Thread6 . asm" 
bra  Thread6 

♦endif 

♦ifdef  _ T7 _ 

Thread7 :  //  Thread  7  Code 

♦include  "Thread7 . asm" 
bra  Thread7 

♦endif 

// - 

//  Other  Source  Files 

// - 

//  !! !  Speed  Selection.  Either  1Mbps  or  3Mbps  must  be  defined 

♦include  "RFWaves . asm" 

♦include  "XPD_Echo . asm" 

♦include  "Delay. asm" 

♦include  "Frame_Format . asm" 

♦include  "LEDs. asm" 

_ AppCode_End _ : 


//==================================================================================; 

//  Data  Space: 

//  All  Data  must  be  in  a  separate  2kWord  Memory  Block  from  any  Code. 
//=================================================================================== 

@  =  (@  +  0x800-1)  &  -0x800  //  Round  up  to  the  next  2kWord  Memory  Block 

_ AppData_Start _ : 

♦include  "Long_Data . asm" 

♦include  "XPD_Echo_Data . asm" 

_ AppData_End _ : 


//================================================================================== 

//  Short  Address  Space: 

//  Any  Data  placed  in  this  space  may  be  accessed  with  a  single  word  instruction. 
//=======================================================================^========== 

@  =  kRAM_End  -  127  //  Start  of  the  short  address  space 

_ ShortData_Start _ : 

♦include  "RFWaves_data . asm" 

♦include  "Short_Data . asm" 

ShortData  End  : 
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C.3.  Constants.h 


This  file  contains  the  user  defined  constants  used  by  the  program.  All  constants  in  this 
file  are  accessible  to  all  other  modules  in  the  program.  Constance  are  only  used  by  the  assembler 
program  only  and  do  not  tale  up  any  memory  space  on  the  boards. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Constants.h 

Project:  Two-Way  Text  Messaging,  can  send  to  multiple  (1-4)  stations 
Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Contains  the  constants  used  by  IEEE  802.11  hardware  test  set  program. 

Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 


#define  kStackSize 


64 


//  Testing  Parameters 

#define  kNumber_of_tests  1  //  Defines  the  number  of  data  dumps  to 

screen  the  program  will  exicute 

tdefine  kTime_of_Testing_Period  60  //  length  of  testing  period  IN  SECONDS 

#define  kDelay_Between_Tx  32  //  Delay  in  **ps**  between  sending  packets 

#define  kDelay_Between_TX_MASK  4096  //  Sets  the  RN  maximum  value. 

//  Will  mask  out  part  of  RN  and 
//  add  1  to  it 

//  Must  be  one  of  the  following  values: 

//  4 
//  8 
//  16 
//  32 
//  64 
//  128 
//  256 
//  512 
//  1024 
//  2048 
//  4096 
//  8192 
//  16384 
//  32768 


//  SEMAPHORES 

-  used  to  share  a  resource 

#def ine 

kSPIOCS  Semaphore 

0 

#def ine 

kFailed  TX  SEMAPHORE 

1 

#def ine 

kData_Dump  SEMAPHORE 

2 

#def ine 

kCreate  RN  BV_SEMAPHORE 

3 

#def ine 

kReceived  some  text  SEMAPHORE 

4 

#def ine 

kPacket_Start  Time  SEMAPHORE 

5 

#def ine 

kReceived  TX  SEMAPHORE 

6 

#def ine 

kReceived  TX_DONE  SEMAPHORE 

7 

#def ine 

kRN_SEMAPHORE 

8 

#def ine 

kPackets_in  Que  SEMAPHORE 

9 

#def ine 

kGO_SEMAPHORE 

10 

#def ine 

kStart  Stop  SEMAPHORE 

11 

#def ine 

kTime_SEMAPHORE 

12 

#def ine 

kTx_Data  Address  l_SEMAPHORE 

13 

#def ine 

kACK  SEMAPHORE 

14 

#def ine 

kDevLEDs  Semaphore 

0x8000 
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//  Maxiumum  number  of  transmisions  before  IEEE  802.11  protocol  gives  up 
#define  kMaxReTransmit  4 

#define  kTransmitter_Buf f er_Size  256 

// ! ! ! Note : 

//  kTransmitter_Buf fer_Size  must  be  set  to  one  of  the  following  values: 
//  2,  4,  8,  16,  32,  64,  128,  256,  512,  1024,  or  2048. 

//  If  it  is  NOT  a  power  of  2,  the  buffer  size  mask  used  to  filter  the 
//  buffer  counter  will  be  really  screwed  up. 

//  If  the  value  is  larger  then  2048,  then  the  buffer  itself  will  be 
//  to  big  for  the  memory  on  the  boards,  and  then  bad  will  happen. 


//  IEEE  802.11  MAC  parameters 

//  System  Clock  is  set  at  50  MHz,  so  one  clock  cycle  is  =  0.02  psec 


//  BBU  Clock  is 

set  at  1  MHz  Baud 

rate  (1  Mbps 

throughput) ,  so  one  clock  cycle  =  1  psec 

#def ine 

kCWmin 

31 

// 

Minimum  size  of  contention  window,  in  units 

of 

kSlotTime 

#def ine 

kCWmax 

1023 

// 

Maximum  size  of  contention  window,  in  units 

of 

kSlotTime 

#def ine 

kSIFSTime 

500 

// 

Short  Interface  Space  Time  =  10  psec  =  500 

SCUtime  cycles 

#def ine 

kSlotTime 

1000 

// 

Slot  Time  -  20  psec  =  1000  SCUtime  cycles 

#def ine 

kDIFSTime 

2500 

// 

DCF  Interframe  Space  Time  =  50  psec  or  2500 

SCUtime  cycles 

#def ine 

kACK  Timeout 

10600 

// 

ACK  Timeout  =  212  psec  =  10600  SCUtime  cycles 

//  Sets  adjustment  for  kDIFSTime  in  loop  in  ThreadO . 

//  The  time  varies  depending  on  if  DEBUG_LEDs  is  defined  or  not. 
#if def  DEBUG  LEDs 


#define  kDIFSTime 

Adjustment 

450 

#else 

#define  kDIFSTime 

Adjustment 

250 

#endif 

//  Sets 

adjustment  for  kSlotTime  in  loop  in  ThreadO. 

#def ine 

kSIFSTime  Adjustment 

486 

//  Use 

to  start  and  stop  Thread  2 

#def ine 

kStart  Thread  2 

ObOOOOOOOO 

#def ine 

kStop  Thread  2 

ObOOOOOlOO 

//  Define 

Station  Numbers  (ASCII  Characters) 

#def ine 

Station  01 

49 

#def ine 

Station  02 

50 

#def ine 

Station  03 

51 

#def ine 

Station  04 

52 

C.4.  Delay,  asm 

XInC  library  file  included  with  the  development  kit.  The  library  file  Delay. asm  defines 
routines  to  delay  a  certain  number  of  clock  ticks. 


//*** 

************ 

//*** 

************ 

//*** 

************ 

//** 

//** 

Tabj 

//** 

//*** 

************ 

//*** 

************ 

//** 

//** 

$RCSf ile : 

//** 

$Revision : 

//** 

Tag  $Name: 

//** 

$Date : 

//** 

$Author : 

//** 

//** 

Proj  ect : 

//** 

Description : 

//** 

//** 

Disclaimer : 

//** 

//** 

(C)  2002  by  Eleven  Engineering  Incorporated 


program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 


C-5 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


Delay  (rl  =  delay  length) 

DelayLong 

DelayReallyLong 


tifndef  _ DELAY_UTILS 

#def ine  DELAY  UTILS 


//============™ 

//  Input  Params : 
//  Output  Params: 

// - 

//  Description: 

// 

//«===*======== 

Delay: 


Delay_loop: 


Delay_END : 


rl  =  Delay  Length 
None 


Delays  for  a  given  amount  of  time.  This  function  will  return 
after  (5  +  2*rl)  instruction  times  have  elapsed. 


St 

rl. 

add 

rl. 

be 

ZS. 

sub 

rl. 

be 

ZC. 

Id 

rl. 

jsr 

r  6. 

sp,  0 

rl,  0 
Delay_END 

rl,  1 

Delay_loop 
sp,  0 
r  6 


//=====_========= 

//  Input  Params: 

//  Output  Params: 

// - 

//  Description: 

// 

// 

//==========™=== 

DelayLong : 


None 

None 

Delays  for  a  long  time  (returns  after  131074  instruction 
times  have  elapsed  which  is  roughly  1/12  of  a  second  when 
using  a  12MHz  clock) . 


st 

r0. 

sp,  0 

mov 

r0. 

OxFFFF 

DelayLong 

Loop: 

sub 

r0. 

rO,  1 

be 

ZC, 

DelayLong  Loop 

DelayLong 

END: 

Id 

r0. 

sp,  0 

jsr 

r  6, 

r  6 

II 
// 

// 

// 

// 

// 

// 

n 

DelayReallyLong : 


Input  Params : 
Output  Params : 

None 

None 

Description : 

Delays  for  a  really  long  time  (returns  after  524299 
instruction  times  have  elapsed  which  is  roughly  1/3  of  a 

second  when  using  a 

12MHz  clock) . 

st 

r  6, 

sp,  0 

jsr 

r  6, 

DelayLong 

jsr 

r  6, 

DelayLong 

jsr 

r  6, 

DelayLong 

jsr 

r  6, 

DelayLong 

DelayReallyLong  END: 

Id 

r  6, 

sp,  0 
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J  sr 


r6,  r  6 


#endif 


C.5.  FiftyMegaHertz.asm 

XInC  library  file  included  with  the  development  kit.  The  library  file  FiftyMegaHertz.asm 
is  a  XInC  initialization  file  that  sets  the  board’s  system  clock  at  50  MHz. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  FiftyMegaHertz.asm 

Project:  WUSB 

Created:  8  Apr  2003  by  Jason  Hennig 
Revised: 


Description:  XInC  Initialization  File 


Fif tyMegaHertz : 


inp 

rO, 

SCXclkCfg  // 

input 

clock  config 

bic 

rO, 

rO, 

10 

// 

select  RC  clock 

outp 

rO, 

SCXclkCfg 

Fif tyMegaHertz  RC 

inp 

rO, 

SCXclkCfg 

be 

NS, 

Fif tyMegaHertz  RC 

// 

wait  for  switch 

bic 

rO, 

rO, 

9 

// 

enable  feedback  resistor 

bis 

rO, 

rO, 

8 

// 

select  high  frequency  mode 

bis 

rO, 

rO, 

7 

// 

select  overtone  mode 

bic 

rO, 

rO, 

6 

// 

disable  tri-state 

bis 

rO, 

rO, 

5 

// 

enable 

outp 

rO, 

SCXclkCfg 

rol 

rl. 

rl,  0 

// 

nop  for  stability 

rol 

r  6, 

r  6,  0 

// 

nop 

inp 

rO, 

SCXclkCfg 

bis 

rO, 

rO,  11 

// 

select  oscillator  2 

outp 

rO, 

SCXclkCfg 

rol 

rl. 

rl,  0 

// 

nop  for  stability 

rol 

r  6, 

r  6,  0 

// 

nop 

inp 

rO, 

SCXclkCfg 

bis 

rO, 

rO,  10 

// 

select  oscillator 

outp 

rO, 

SCXclkCfg 

Fif tyMegaHertz  X2 

inp 

rO, 

SCXclkCfg 

be 

NC, 

Fif tyMegaHertz  X2 

// 

wait  for  switch 

mov 

rl, 

ObOOOOOOllOOlOOOOl 

// 

enable  output  buffers 

outp 

rl, 

SCXclkBuf 
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C.6.  Frame  Format.asm 


This  library  file  has  two  routines  that  fonnat  IEEE  802.11  frames  (data  and  ACK  frames) 


and  stores  them  to  memory. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


*****  (Q)  2002  by  Eleven  Engineering  Incorporated  ************* 
Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


Fi le :  Frame_Format . asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 
Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Formats  IEEE  802.11  frames  (data  and  ACK  frames)  and  stores  them  to  memory. 

Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 


tifndef  _ FRAME_FORMAT _ 

tdefine  _ FRAME_FORMAT _ 

//  Call  these  functions  to  load  into  memory  frames  that  are  to  be  transmitted. 

// 

//  Initialize_Data_Frame 
//  Initialize_ACK_Frame 
// 


// - 

//  Frame  Control  field  for  an  IEEE  801.11  MAC  Frame. 

//  2  Octets  (2  bytes  or  16  bits)  long. 

//  See  IEEE  802.11  Standard  for  details  on  what  each  bit  means 

//  Note:  For  the  purpose  of  this  code,  the  Retry  field  bit  is  always  set  LOW  (0) . 

#define  kData_Frame_Control  32  //  0000  0000  0010  0000 

tdefine  kACK_Frame_Control  2  9  //  0000  0000  0001  1101 

// - 

//  Duration/ID  field  -  Set  with  a  fixed  data  length  of  84  bytes  of  data,  which  is  42  16-bit  words 

#define  kDuration_ID_f ield  42  //  0000  0000  0010  1010 

// - 

//  MAC  Addresses  for  each  station  defined 

//  Only  using  last  6  bits  of  MAC  address  to  identify  station 
//  This  is  done  to  compensate  for  the  6/16  encoding 


#define  kSA_Address_lst_l 6_bits  OxOOOC 

tdefine  kSA_Address_2nd_l 6_bits  0x003A 

# define  kSA_Address_STATION_01  49 

# define  kSA_Address_STATION_02  50 

# define  kSA_Address_STATION_03  51 

#define  kSA  Address  STATION  04  52 


// - 

//  BSSID  —  Only  using  last  6  bits  of  MAC  address  to  identify  station 
//  This  is  done  to  compensate  for  the  6/16  encoding 

#def ine  kBBSSID  0x002C 
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// - 

//  Randomly  created  data  for  Data  Field  in  802.11  Frame  created  with  MS  Excel  XP's  RAND  feature 
//  Command  in  Excel  used  was  =RAND ( ) * (1-0 ) +0 .  Data  represents  a  frame  of  MIL-STD-1553B  data 
//  The  frame  data  is  83  bytes.  It  is  padded  with  one  byte  of  zeros.  This  is  so  the  actual 
//  data  frame  will  neatly  fit  into  the  XInC  board's  transmission  register,  BBUtx.  The 
//  register  BBUtx  is  a  16-bit  register  and  will  accept  only  an  even  number  of  bytes. 

//  Thus  the  one  byte  padding  was  necessary.  Thus,  the  frame  data's  end  length  is  84  bytes  total. 

#if def  TELEMETRY 


#def ine 

kData  01 

47 

#def ine 

kData  02 

6 

#def ine 

kData_03 

38 

#def ine 

kData  04 

57 

#def ine 

kData_05 

62 

#def ine 

kData  06 

24 

#def ine 

kData  07 

29 

#def ine 

kData  08 

43 

#def ine 

kData  09 

34 

#def ine 

kData  10 

18 

#def ine 

kData  11 

8 

#def ine 

kData  12 

19 

#def ine 

kData  13 

18 

#def ine 

kData  14 

4 

#def ine 

kData_15 

55 

#def ine 

kData  16 

8 

#def ine 

kData  17 

6 

#def ine 

kData  18 

55 

#def ine 

kData  19 

39 

#def ine 

kData  20 

34 

#def ine 

kData  21 

29 

#def ine 

kData  22 

6 

#def ine 

kData  23 

37 

#def ine 

kData  24 

5 

#def ine 

kData  25 

16 

#def ine 

kData  26 

27 

#def ine 

kData  27 

61 

#def ine 

kData  28 

28 

#def ine 

kData  29 

4 

#def ine 

kData_30 

16 

#def ine 

kData  31 

29 

#def ine 

kData  32 

30 

#def ine 

kData_33 

7 

#def ine 

kData  34 

4 

#def ine 

kData_35 

16 

#def ine 

kData  36 

58 

#def ine 

kData_37 

32 

#def ine 

kData  38 

21 

#def ine 

kData_39 

37 

#def ine 

kData  40 

11 

#def ine 

kData  41 

40 

#def ine 

kData  42 

7 

#endif 

#if def  AVIONICS 


#def ine 

kData  01 

4 

#def ine 

kData  02 

3 

#def ine 

kData  03 

18 

#def ine 

kData  04 

38 

#def ine 

kData_05 

14 

#def ine 

kData_06 

15 

#def ine 

kData_07 

8 

#def ine 

kData  08 

15 

#def ine 

kData  09 

24 

#def ine 

kData  10 

14 

#def ine 

kData  11 

53 

#def ine 

kData  12 

60 

#def ine 

kData  13 

23 

#def ine 

kData  14 

57 

#def ine 

kData_15 

11 

#def ine 

kData  16 

37 

#def ine 

kData  17 

3 

#def ine 

kData  18 

24 

#def ine 

kData  19 

43 

#def ine 

kData  20 

10 

#def ine 

kData  21 

3 

#def ine 

kData  22 

44 

#def ine 

kData  23 

29 

#def ine 

kData  24 

49 

#def ine 

kData  25 

53 

#def ine 

kData  26 

13 
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#def ine 

kData  27 

6 

#def ine 

kData  28 

17 

#def ine 

kData  29 

25 

#def ine 

kData_30 

29 

#def ine 

kData  31 

45 

#def ine 

kData  32 

49 

#def ine 

kData  33 

10 

#def ine 

kData  34 

39 

#def ine 

kData_35 

8 

#def ine 

kData_36 

52 

#def ine 

kData_37 

31 

#def ine 

kData  38 

12 

#def ine 

kData_39 

58 

#def ine 

kData  40 

5 

#def ine 

kData  41 

15 

#def ine 

kData  42 

30 

#def ine 

kData  43 

9 

#def ine 

kData  44 

60 

#def ine 

kData  45 

39 

#def ine 

kData  46 

62 

#def ine 

kData  47 

53 

#def ine 

kData  48 

41 

#def ine 

kData_4 9 

41 

#def ine 

kData_50 

55 

#def ine 

kData_51 

61 

#def ine 

kData  52 

18 

#def ine 

kData_53 

49 

#def ine 

kData_54 

20 

#def ine 

kData_55 

31 

#def ine 

kData  56 

3 

#def ine 

kData_57 

12 

#def ine 

kData_58 

7 

#def ine 

kData_59 

9 

#def ine 

kData  60 

48 

#def ine 

kData  61 

9 

#def ine 

kData  62 

21 

#def ine 

kData  63 

31 

#def ine 

kData  64 

59 

#def ine 

kData_65 

57 

#def ine 

kData  66 

16 

#def ine 

kData_67 

26 

#def ine 

kData  68 

59 

#def ine 

kData  69 

25 

#def ine 

kData_70 

50 

#def ine 

kData  71 

61 

#def ine 

kData  72 

20 

#def ine 

kData_73 

7 

#def ine 

kData  74 

47 

#def ine 

kData_75 

31 

#def ine 

kData  7  6 

13 

#def ine 

kData  77 

29 

#def ine 

kData_78 

29 

#def ine 

kData  79 

40 

#def ine 

kData  80 

55 

#def ine 

kData  81 

36 

#def ine 

kData  82 

26 

#def ine 

kData  83 

9 

#def ine 

kData  84 

21 

#def ine 

kData_85 

24 

#def ine 

kData  86 

50 

#def ine 

kData  87 

24 

#def ine 

kData  88 

24 

#def ine 

kData  89 

5 

#def ine 

kData  90 

37 

#def ine 

kData  91 

41 

#def ine 

kData_92 

27 

#def ine 

kData  93 

6 

#def ine 

kData_94 

11 

#def ine 

kData  95 

3 

#def ine 

kData  96 

62 

#def ine 

kData_97 

3 

#def ine 

kData  98 

49 

#def ine 

kData_99 

49 

#def ine 

kData  100 

47 

#def ine 

kData  101 

26 

#def ine 

kData  102 

52 

#def ine 

kData  103 

3 

#def ine 

kData  104 

24 

#def ine 

kData  105 

30 

#def ine 

kData  106 

59 

#def ine 

kData  107 

9 
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#def ine 

kData  108 

25 

#def ine 

kData  109 

39 

#def ine 

kData  110 

54 

#def ine 

kData  111 

7 

#def ine 

kData  112 

1 

#def ine 

kData  113 

56 

#def ine 

kData  114 

41 

#def ine 

kData  115 

57 

#def ine 

kData  116 

42 

#def ine 

kData  117 

17 

#def ine 

kData  118 

11 

#def ine 

kData  119 

38 

#def ine 

kData  120 

11 

#def ine 

kData  121 

13 

#def ine 

kData  122 

4 

#def ine 

kData  123 

37 

#def ine 

kData  124 

13 

#def ine 

kData  125 

44 

#def ine 

kData  126 

23 

#def ine 

kData  127 

36 

#def ine 

kData  128 

3 

#def ine 

kData  129 

60 

#def ine 

kData  130 

61 

#def ine 

kData  131 

6 

#def ine 

kData  132 

0 

#def ine 

kData  133 

48 

#def ine 

kData  134 

60 

#def ine 

kData  135 

37 

#def ine 

kData  136 

48 

#def ine 

kData  137 

36 

#def ine 

kData  138 

16 

#def ine 

kData  139 

48 

#def ine 

kData  140 

35 

#def ine 

kData  141 

55 

#def ine 

kData  142 

35 

#def ine 

kData  143 

30 

#def ine 

kData  144 

53 

#def ine 

kData  145 

53 

#def ine 

kData  146 

23 

#def ine 

kData  147 

37 

#def ine 

kData  148 

52 

#def ine 

kData_149 

57 

#def ine 

kData_150 

21 

#def ine 

kData  151 

4 

#def ine 

kData  152 

36 

#def ine 

kData  153 

32 

#def ine 

kData  154 

47 

#def ine 

kData_155 

39 

#def ine 

kData_156 

14 

#def ine 

kData  157 

43 

#def ine 

kData_158 

1 

#def ine 

kData_159 

60 

#def ine 

kData  160 

31 

#def ine 

kData  161 

9 

#def ine 

kData  162 

4 

#def ine 

kData  163 

18 

#def ine 

kData  164 

36 

#def ine 

kData  165 

2 

#def ine 

kData  166 

8 

#def ine 

kData  167 

13 

#def ine 

kData  168 

4 

#def ine 

kData  169 

12 

#def ine 

kData  170 

44 

#def ine 

kData  171 

27 

#def ine 

kData  172 

33 

#def ine 

kData  173 

55 

#def ine 

kData  174 

49 

#def ine 

kData  175 

12 

#def ine 

kData  176 

13 

#def ine 

kData  177 

36 

#def ine 

kData  178 

17 

#def ine 

kData  179 

35 

#def ine 

kData  180 

4 

#def ine 

kData  181 

11 

#def ine 

kData  182 

15 

#def ine 

kData  183 

40 

#def ine 

kData  184 

60 

#def ine 

kData  185 

35 

#def ine 

kData  186 

44 

#def ine 

kData  187 

61 

#def ine 

kData  188 

24 
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#def ine 

kData  189 

53 

#def ine 

kData  190 

30 

#def ine 

kData  191 

24 

#def ine 

kData  192 

27 

#def ine 

kData  193 

14 

#def ine 

kData_l 94 

35 

#def ine 

kData  195 

22 

#def ine 

kData  196 

8 

#def ine 

kData  197 

3 

#def ine 

kData  198 

1 

#def ine 

kData_l 99 

18 

#def ine 

kData  200 

24 

#def ine 

kData  201 

3 

#def ine 

kData  202 

33 

#def ine 

kData  203 

19 

#def ine 

kData  204 

8 

#def ine 

kData  205 

50 

#def ine 

kData  206 

29 

#def ine 

kData  207 

53 

#def ine 

kData  208 

62 

#def ine 

kData  209 

4 

#def ine 

kData  210 

26 

#def ine 

kData  211 

8 

#def ine 

kData  212 

11 

#def ine 

kData  213 

27 

#def ine 

kData  214 

51 

#def ine 

kData  215 

27 

#def ine 

kData  216 

38 

#def ine 

kData  217 

17 

#def ine 

kData  218 

57 

#def ine 

kData  219 

3 

#def ine 

kData  220 

20 

#def ine 

kData  221 

10 

#def ine 

kData  222 

4 

#def ine 

kData  223 

29 

#def ine 

kData  224 

10 

#def ine 

kData  225 

11 

#def ine 

kData  226 

58 

#def ine 

kData  227 

12 

#def ine 

kData  228 

55 

#def ine 

kData  229 

30 

#def ine 

kData  230 

22 

#def ine 

kData  231 

21 

#def ine 

kData  232 

42 

#def ine 

kData  233 

47 

#def ine 

kData  234 

44 

#def ine 

kData  235 

16 

#def ine 

kData  236 

61 

#def ine 

kData  237 

31 

#def ine 

kData  238 

14 

#def ine 

kData  239 

37 

#def ine 

kData  240 

17 

#def ine 

kData  241 

29 

#def ine 

kData  242 

43 

#def ine 

kData  243 

51 

#def ine 

kData  244 

27 

#def ine 

kData  245 

4 

#def ine 

kData  246 

22 

#def ine 

kData  247 

53 

#def ine 

kData  248 

59 

#def ine 

kData  249 

43 

#def ine 

kData  250 

30 

#def ine 

kData  251 

42 

#def ine 

kData  252 

11 

#def ine 

kData  253 

59 

#def ine 

kData  254 

24 

#def ine 

kData  255 

20 

#def ine 

kData  256 

30 

#def ine 

kData  257 

45 

#def ine 

kData  258 

45 

#def ine 

kData_259 

19 

#def ine 

kData  260 

60 

#def ine 

kData  261 

42 

#def ine 

kData  262 

10 

#def ine 

kData  263 

60 

#def ine 

kData  264 

39 

#def ine 

kData  265 

1 

#def ine 

kData  266 

17 

#def ine 

kData  267 

36 

#def ine 

kData  268 

55 

#def ine 

kData  269 

33 
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#def ine 

kData  270 

36 

#def ine 

kData  271 

11 

#def ine 

kData  272 

1 

#def ine 

kData  273 

62 

#def ine 

kData  274 

54 

#def ine 

kData  275 

41 

#def ine 

kData  276 

25 

#def ine 

kData  277 

10 

#def ine 

kData  278 

40 

#def ine 

kData  279 

8 

#def ine 

kData  280 

10 

#def ine 

kData  281 

49 

#def ine 

kData  282 

62 

#def ine 

kData  283 

50 

#def ine 

kData  284 

15 

#def ine 

kData  285 

22 

#def ine 

kData  286 

51 

#def ine 

kData  287 

0 

#def ine 

kData  288 

4 

#def ine 

kData  289 

30 

#def ine 

kData  290 

38 

#def ine 

kData  291 

33 

#def ine 

kData  292 

28 

#def ine 

kData  293 

0 

#def ine 

kData  294 

59 

#def ine 

kData  295 

0 

#def ine 

kData  296 

23 

#def ine 

kData  297 

53 

#def ine 

kData  298 

7 

#def ine 

kData  299 

28 

#def ine 

kData_300 

40 

#def ine 

kData_301 

9 

#def ine 

kData  302 

52 

#def ine 

kData  303 

42 

#def ine 

kData_304 

40 

#def ine 

kData_305 

8 

#def ine 

kData_306 

45 

#def ine 

kData  307 

17 

#def ine 

kData_308 

50 

#def ine 

kData_309 

41 

#def ine 

kData  310 

11 

#def ine 

kData  311 

9 

#def ine 

kData  312 

25 

#def ine 

kData  313 

27 

#def ine 

kData  314 

1 

#def ine 

kData  315 

20 

#def ine 

kData  316 

52 

#def ine 

kData  317 

24 

#def ine 

kData  318 

33 

#def ine 

kData  319 

13 

#def ine 

kData  320 

59 

#def ine 

kData  321 

62 

#def ine 

kData  322 

55 

#def ine 

kData  323 

33 

#def ine 

kData  324 

51 

#def ine 

kData  325 

31 

#def ine 

kData  326 

54 

#def ine 

kData  327 

9 

#def ine 

kData  328 

19 

#def ine 

kData_329 

35 

#def ine 

kData  330 

33 

#def ine 

kData_331 

61 

#def ine 

kData  332 

48 

#def ine 

kData_333 

23 

#def ine 

kData  334 

12 

#def ine 

kData_335 

41 

#def ine 

kData_336 

5 

#def ine 

kData_337 

34 

#def ine 

kData_338 

11 

#def ine 

kData_339 

29 

#def ine 

kData  340 

39 

#def ine 

kData  341 

27 

#def ine 

kData  342 

42 

#def ine 

kData  343 

30 

#def ine 

kData  344 

1 

#def ine 

kData  345 

52 

#def ine 

kData  346 

33 

#def ine 

kData  347 

12 

#def ine 

kData  348 

8 

#def ine 

kData  349 

56 

#def ine 

kData  350 

41 
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#endif 


#def ine 

kData_351 

43 

#def ine 

kData  352 

24 

#def ine 

kData_353 

21 

#def ine 

kData_354 

33 

#def ine 

kData_355 

29 

#def ine 

kData_356 

57 

#def ine 

kData_357 

24 

#def ine 

kData_358 

19 

#def ine 

kData_359 

22 

#def ine 

kData  360 

34 

#def ine 

kData  361 

22 

#def ine 

kData  362 

19 

#def ine 

kData_363 

23 

#def ine 

kData  364 

27 

#def ine 

kData  365 

18 

#def ine 

kData  366 

28 

#def ine 

kData_367 

33 

#def ine 

kData  368 

16 

#def ine 

kData  369 

55 

#def ine 

kData_370 

29 

#def ine 

kData  371 

58 

#def ine 

kData  372 

45 

#def ine 

kData_373 

35 

#def ine 

kData  374 

9 

#def ine 

kData_375 

5 

#def ine 

kData_376 

50 

#def ine 

kData  377 

19 

#def ine 

kData_378 

2 

#def ine 

kData_379 

23 

#def ine 

kData  380 

2 

#def ine 

kData  381 

61 

#def ine 

kData  382 

34 

#def ine 

kData  383 

21 

#def ine 

kData  384 

56 

#def ine 

kData  385 

1 

#def ine 

kData_386 

5 

#def ine 

kData  387 

21 

#def ine 

kData  388 

22 

// 


*****  Plants  a  fixed  CRC  value  (just  some  random  number)  if  the  CRC  funtion  is  turned  off. 
#if def  NO_CALC_CRC 

#def ine  kTest_CRC_01  0x003A  //  OblOOllOlOOlOlOlOl 

#def ine  kTest_CRC_02  0x003A  //  OblOOllOlOOlOlOlOl 

#endif 


// 


Input  Params : 

None 

Output  Params : 

None 

//  Description: 
// 

// 

//============== 


Loads  into  memory  a  Data  Frame  in  preparation  for 
transmission.  This  routine  only  has  to  be  called  once,  but 
it  must  be  called  BEFORE  calling  the  routine  TX_Data_Frame . 


Initialize  Data  Frame: 


st 

r0. 

sp,  0 

add 

sp. 

sp,  1 

// 

Load  Data  Frame  into  memory 

mov 

r0. 

kData  Frame  Control 

st 

r0. 

v  Tx  Data  Frame  Control 

mov 

r0. 

kDuration  ID  field 

st 

r0. 

v  Tx  Data  Duration  ID 

// 

Load  Address  1 

(Destination  Address)  into  Memory 

// 

Can  preload  all  but  the  last  16  bit  address  for  the 

Destination  Address 

// 

because 

first 

two  words  are  same  for  all  stations  in 

this  WLAN 

#if def  STATION  1 

mov 

r0. 

kSA  Address  STATION  01 

st 

r0. 

v  Tx  Data  Address  2 
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#endif 


#if def  STATI0N_2 

mov  rO,  kSA_Addr e  s  s_S  TAT I ON_0  2 

st  rO,  v_Tx_Data_Address_2 

#endif 

#if def  STATION_3 

mov  rO,  kSA_Addr e  s  s_S  TAT I ON_0  3 

st  rO,  v_Tx_Data_Address_2 

#endif 

# if def  STATION_4 

mov  rO,  kSA_Addr e  s  s_S  TAT I ON_0  4 

st  rO,  v_Tx_Data_Address_2 

#endif 


//  Load  Address  3  (BBSSID)  into  memory 
mov  rO,  kBBSSID 

st  rO,  v_Tx_Data_Address_3 

//  Loading  random  picked  data  into  memory 


# if def  TELEMETRY 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 

mov 

st 


rO,  kData_01 

rO,  a_Tx_Data_Frame_Data  +  0 
rO,  kData_02 

rO,  a_Tx_Data_Frame_Data  +  1 
rO,  kData_03 

rO,  a_Tx_Data_Frame_Data  +  2 
rO,  kData_04 

rO,  a_Tx_Data_Frame_Data  +  3 
rO,  kData_05 

rO,  a_Tx_Data_Frame_Data  +  4 
rO,  kData_06 

rO,  a_Tx_Data_Frame_Data  +  5 
rO,  kData_07 

rO,  a_Tx_Data_Frame_Data  +  6 
rO,  kData_08 

rO,  a_Tx_Data_Frame_Data  +  7 
rO,  kData_0  9 

rO,  a_Tx_Data_Frame_Data  +  8 
rO,  kData_10 

rO,  a_Tx_Data_Frame_Data  +  9 
rO,  kData_ll 

rO,  a_Tx_Data_Frame_Data  +  10 
rO,  kData_12 

rO,  a_Tx_Data_Frame_Data  +  11 
rO,  kData_13 

rO,  a_Tx_Data_Frame_Data  +  12 
rO,  kData_14 

rO,  a_Tx_Data_Frame_Data  +  13 
rO,  kData_15 

rO,  a_Tx_Data_Frame_Data  +  14 
rO,  kData_16 

rO,  a_Tx_Data_Frame_Data  +  15 
rO,  kData_17 

rO,  a_Tx_Data_Frame_Data  +  16 
rO,  kData_18 

rO,  a_Tx_Data_Frame_Data  +  17 
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mov 

rO, 

kData  19 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

18 

mov 

rO, 

kData  20 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

19 

mov 

rO, 

kData  21 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

20 

mov 

rO, 

kData  22 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

21 

mov 

rO, 

kData  23 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

22 

mov 

rO, 

kData  24 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

23 

mov 

rO, 

kData  25 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

24 

mov 

rO, 

kData  26 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

25 

mov 

rO, 

kData  27 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

26 

mov 

rO, 

kData  28 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

27 

mov 

rO, 

kData  29 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

28 

mov 

rO, 

kData  30 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

29 

mov 

rO, 

kData  31 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

30 

mov 

rO, 

kData  32 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

31 

mov 

rO, 

kData_33 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

32 

mov 

rO, 

kData  34 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

33 

mov 

rO, 

kData  35 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

34 

mov 

rO, 

kData_36 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

35 

mov 

rO, 

kData_37 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

36 

mov 

rO, 

kData_38 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

37 

mov 

rO, 

kData  39 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

38 

mov 

rO, 

kData  40 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

39 

mov 

rO, 

kData  41 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

40 

mov 

rO, 

kData  42 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

41 

#endif 

#if def  AVIONICS 

mov 

rO, 

kData  01 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

0 

mov 

rO, 

kData  02 

st 

rO, 

a  Tx  Data  Frame  Data 

+ 

1 
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mov 

rO, 

kData_03 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

2 

mov 

rO, 

kData_04 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

3 

mov 

rO, 

kData  05 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

4 

mov 

rO, 

kData  06 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

5 

mov 

rO, 

kData_07 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

6 

mov 

rO, 

kData  08 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

7 

mov 

rO, 

kData  09 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

8 

mov 

rO, 

kData  10 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

9 

mov 

rO, 
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_Data 

+ 

201 

mov 

rO, 

kData  203 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

202 

mov 

rO, 

kData  204 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

203 

mov 

rO, 

kData  205 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

204 

mov 

rO, 

kData  206 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

205 

mov 

rO, 

kData  207 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

206 

mov 

rO, 

kData  208 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

207 

mov 

rO, 

kData  209 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

208 

mov 

rO, 

kData  210 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

209 

mov 

rO, 

kData  211 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

210 

mov 

rO, 

kData  212 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

211 

mov 

rO, 

kData  213 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

212 

mov 

rO, 

kData  214 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

213 

mov 

rO, 

kData  215 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

214 

mov 

rO, 

kData  216 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

215 

mov 

rO, 

kData  217 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

216 

mov 

rO, 

kData  218 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

217 
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mov 

rO, 

kData  219 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

218 

mov 

rO, 

kData  220 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

219 

mov 

rO, 

kData  221 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

220 

mov 

rO, 

kData  222 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

221 

mov 

rO, 

kData  223 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

222 

mov 

rO, 

kData  224 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

223 

mov 

rO, 

kData  225 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

224 

mov 

rO, 

kData  226 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

225 

mov 

rO, 

kData  227 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

226 

mov 

rO, 

kData  228 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

227 

mov 

rO, 

kData  229 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

228 

mov 

rO, 

kData  230 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

229 

mov 

rO, 

kData  231 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

230 

mov 

rO, 

kData  232 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

231 

mov 

rO, 

kData  233 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

232 

mov 

rO, 

kData  234 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

233 

mov 

rO, 

kData  235 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

234 

mov 

rO, 

kData  236 

st 

rO, 

a  Tx  Data 

Frame 

_Data 

+ 

235 

mov 

rO, 

kData  237 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

236 

mov 

rO, 

kData  238 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

237 

mov 

rO, 

kData  239 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

238 

mov 

rO, 

kData  240 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

239 

mov 

rO, 

kData  241 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

240 

mov 

rO, 

kData  242 

st 

rO, 

a  Tx  Data 

Frame 

_Data 

+ 

241 

mov 

rO, 

kData  243 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

242 

mov 

rO, 

kData  244 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

243 

mov 

rO, 

kData  245 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

244 

C-25 


mov 

rO, 

kData  246 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

245 

mov 

rO, 

kData  247 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

246 

mov 

rO, 

kData  248 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

247 

mov 

rO, 

kData  249 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

248 

mov 

rO, 

kData  250 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

249 

mov 

rO, 

kData  251 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

250 

mov 

rO, 

kData  252 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

251 

mov 

rO, 

kData  253 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

252 

mov 

rO, 

kData  254 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

253 

mov 

rO, 

kData  255 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

254 

mov 

rO, 

kData  256 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

255 

mov 

rO, 

kData  257 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

256 

mov 

rO, 

kData  258 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

257 

mov 

rO, 

kData_259 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

258 

mov 

rO, 

kData  260 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

259 

mov 

rO, 

kData  261 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

260 

mov 

rO, 

kData  262 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

261 

mov 

rO, 

kData  263 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

262 

mov 

rO, 

kData  264 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

263 

mov 

rO, 

kData  265 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

264 

mov 

rO, 

kData  266 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

265 

mov 

rO, 

kData  267 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

266 

mov 

rO, 

kData  268 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

267 

mov 

rO, 

kData  269 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

268 

mov 

rO, 

kData  270 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

269 

mov 

rO, 

kData  271 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

270 

mov 

rO, 

kData  272 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

271 
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mov 

rO, 

kData  273 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

272 

mov 

rO, 

kData  274 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

273 

mov 

rO, 

kData  275 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

274 

mov 

rO, 

kData  276 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

275 

mov 

rO, 

kData  277 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

276 

mov 

rO, 

kData  278 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

277 

mov 

rO, 

kData  279 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

278 

mov 

rO, 

kData  280 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

279 

mov 

rO, 

kData  281 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

280 

mov 

rO, 

kData  282 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

281 

mov 

rO, 

kData  283 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

282 

mov 

rO, 

kData  284 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

283 

mov 

rO, 

kData  285 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

284 

mov 

rO, 

kData  286 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

285 

mov 

rO, 

kData  287 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

286 

mov 

rO, 

kData  288 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

287 

mov 

rO, 

kData  289 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

288 

mov 

rO, 

kData  290 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

289 

mov 

rO, 

kData  291 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

290 

mov 

rO, 

kData  292 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

291 

mov 

rO, 

kData  293 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

292 

mov 

rO, 

kData  294 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

293 

mov 

rO, 

kData_2  95 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

294 

mov 

rO, 

kData  296 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

295 

mov 

rO, 

kData  297 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

296 

mov 

rO, 

kData  298 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

297 

mov 

rO, 

kData  299 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

298 
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mov 

rO, 

kData  300 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

299 

mov 

rO, 

kData_301 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

300 

mov 

rO, 

kData  302 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

301 

mov 

rO, 

kData  303 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

302 

mov 

rO, 

kData_304 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

303 

mov 

rO, 

kData  305 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

304 

mov 

rO, 

kData  306 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

305 

mov 

rO, 

kData_307 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

306 

mov 

rO, 

kData_308 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

307 

mov 

rO, 

kData_309 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

308 

mov 

rO, 

kData  310 

st 

rO, 

a  Tx  Data 

Frame 

_Data 

+ 

309 

mov 

rO, 

kData  311 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

310 

mov 

rO, 

kData  312 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

311 

mov 

rO, 

kData_313 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

312 

mov 

rO, 

kData  314 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

313 

mov 

rO, 

kData_315 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

314 

mov 

rO, 

kData_316 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

315 

mov 

rO, 

kData  317 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

316 

mov 

rO, 

kData_318 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

317 

mov 

rO, 

kData  319 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

318 

mov 

rO, 

kData  320 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

319 

mov 

rO, 

kData  321 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

320 

mov 

rO, 

kData  322 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

321 

mov 

rO, 

kData  323 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

322 

mov 

rO, 

kData  324 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

323 

mov 

rO, 

kData  325 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

324 

mov 

rO, 

kData  326 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

325 
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mov 

rO, 

kData  327 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

32  6 

mov 

rO, 

kData  328 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

327 

mov 

rO, 

kData  329 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

328 

mov 

rO, 

kData  330 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

32  9 

mov 

rO, 

kData_331 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

330 

mov 

rO, 

kData  332 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

331 

mov 

rO, 

kData  333 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

332 

mov 

rO, 

kData_334 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

333 

mov 

rO, 

kData_335 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

334 

mov 

rO, 

kData  336 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

335 

mov 

rO, 

kData  337 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

336 

mov 

rO, 

kData  338 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

337 

mov 

rO, 

kData  339 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

338 

mov 

rO, 

kData_340 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

339 

mov 

rO, 

kData  341 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

340 

mov 

rO, 

kData  342 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

341 

mov 

rO, 

kData  343 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

342 

mov 

rO, 

kData  344 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

343 

mov 

rO, 

kData_345 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

344 

mov 

rO, 

kData  346 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

345 

mov 

rO, 

kData  347 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

346 

mov 

rO, 

kData  348 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

347 

mov 

rO, 

kData_349 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

348 

mov 

rO, 

kData  350 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

349 

mov 

rO, 

kData  351 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

350 

mov 

rO, 

kData  352 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

351 

mov 

rO, 

kData_353 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

352 
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mov 

rO, 

kData_354 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

353 

mov 

rO, 

kData_355 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

354 

mov 

rO, 

kData  356 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

355 

mov 

rO, 

kData_357 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

356 

mov 

rO, 

kData_358 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

357 

mov 

rO, 

kData  359 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

358 

mov 

rO, 

kData  360 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

359 

mov 

rO, 

kData_361 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

360 

mov 

rO, 

kData  362 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

361 

mov 

rO, 

kData_363 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

362 

mov 

rO, 

kData  364 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

363 

mov 

rO, 

kData  365 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

364 

mov 

rO, 

kData  366 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

365 

mov 

rO, 

kData_367 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

366 

mov 

rO, 

kData  368 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

367 

mov 

rO, 

kData  369 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

368 

mov 

rO, 

kData_370 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

369 

mov 

rO, 

kData  371 

st 

rO, 

a  Tx  Data 

Frame 

_Data 

+ 

370 

mov 

rO, 

kData  372 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

371 

mov 

rO, 

kData  373 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

372 

mov 

rO, 

kData  374 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

373 

mov 

rO, 

kData_375 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

374 

mov 

rO, 

kData_376 

st 

rO, 

a  Tx_Data 

Frame 

_Data 

+ 

375 

mov 

rO, 

kData  377 

st 

rO, 

a  Tx  Data 

Frame 

_Data 

+ 

376 

mov 

rO, 

kData  378 

st 

rO, 

a  Tx_Data 

Frame 

Data 

+ 

377 

mov 

rO, 

kData_379 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

378 

mov 

rO, 

kData_380 

st 

rO, 

a  Tx  Data 

Frame 

Data 

+ 

379 
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mov  rO,  kData_381 

st  rO,  a_Tx_Data_Frame_Data  +  380 

mov  rO,  kData_382 

st  rO,  a_Tx_Data_Frame_Data  +  381 

mov  rO,  kData_383 

st  rO,  a_Tx_Data_Frame_Data  +  382 

mov  rO,  kData_384 

st  rO,  a_Tx_Data_Frame_Data  +  383 

mov  rO,  kData_385 

st  rO,  a_Tx_Data_Frame_Data  +  384 

mov  rO,  kData_386 

st  rO,  a_Tx_Data_Frame_Data  +  385 

mov  rO,  kData_387 

st  rO,  a_Tx_Data_Frame_Data  +  386 

mov  rO,  kData_388 

st  rO,  a_Tx_Data_Frame_Data  +  387 

#endif 


//  If  the  CRC  calutalor  is  NOT  on,  put  it  an  arbitrary  CRC 
//  Used  mostly  for  testing  purposes 
#if def  NO_CALC_CRC 

mov  rO,  kTest_CRC_01 

st  rO,  a_Tx_Data_FCS  +  0 

mov  rO,  kTest_CRC_02 

st  rO,  a_Tx_Data_FCS  +  1 

#endif 

sub  sp,  sp,  1 

Id  rO,  sp,  0 

jsr  r6,  r6 

//=^==,===========ra==™====w===^=============^=======™==^=============w 

//  Input  Params :  None 

//  Output  Params:  None 

// - 

//  Description:  Loads  into  memory  a  Data  Frame  in  preparation  for 

//  transmission.  This  routine  only  has  to  be  called  once,  but 

//  it  must  be  called  BEFORE  calling  the  routine  TX_Data_Frame . 

//====,================,========================================================= 

Initialize_TwT_Data_Frame : 

st  rO,  sp,  0 

add  sp,  sp,  1 

/ /  Load  Data  Frame  into  memory 

mov  rO,  kData_Frame_Control 

st  rO,  v_Tx_Data_Frame_Control 

mov  rO,  0 

st  rO,  v_Tx_Data_Duration_ID 


//  Load  Address  1  (Destination  Address)  into  Memory 

//  Can  preload  all  but  the  last  16  bit  address  for  the  Destination  Address, 
//  because  first  two  words  are  same  for  all  stations  in  this  WLAN 


# if def  STATION_l 

mov  rO,  kSA_Addr e  s  s_S  TAT I ON_0 1 

st  rO,  v_Tx_Data_Address_2 

#endif 

# if def  STATION_2 

mov  rO,  kSA_Addr e  s  s_S  TAT I ON_0  2 

st  rO,  v_Tx_Data_Address_2 
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#endif 


#if def 

STATION_3 

mov 

rO, 

kSA  Addr e  s  s_S  TAT I ON_0  3 

st 

rO, 

v  Tx  Data  Address  2 

#endif 

#if def 

STATION  4 

mov 

rO, 

kSA  Address_STATION  04 

st 

rO, 

v  Tx  Data  Address  2 

#endif 

//  Load  Address  3 

(BBSSID)  into  memory 

mov 

rO, 

kBBSSID 

st 

rO, 

v  Tx  Data  Address  3 

//  If  the  CRC  calutalor  is  NOT  on,  put  it  an  arbitrary  CRC 
//  Used  mostly  for  testing  purposes 
#if def  NO  CALC  CRC 


mov 

rO, 

kTest_CRC_ 

01 

st 

rO, 

a  Tx_Data 

~FCS 

+  0 

mov 

rO, 

kTest_CRC_ 

02 

st 

rO, 

a  Tx_Data 

~FCS 

+  1 

#endif 


sub 

sp. 

sp. 

1 

Id 

rO, 

sp. 

0 

jsr  r6,  r6 


//=============== 

//  Input  Params : 
//  Output  Params: 

// - 

//  Description: 

// 

// 

//========== w== 


None 

None 


Loads  into  memory  an  ACK  Frame  in  preparation  for 
transmission.  This  routine  only  has  to  be  called  once,  but 
it  must  be  called  BEFORE  calling  the  routine  TX_ACK_Frame . 


Initialize  ACK  Frame: 


st  rO,  sp,  0 

add  sp,  sp,  1 

/ /  Load  Data  Frame  into  memory 


mov  rO,  kACK_Frame_Control 

st  rO,  v_Tx_ACK_Frame_Control 


mov  rO,  kDuration_ID_f ield 

st  rO,  v_Tx_ACK_Duration_ID 


//  Load  Address  2  (Destination  Address)  into  Memory 

//  Can  preload  all  but  the  last  16  bit  address  for  the  Destination  Address, 
//  because  first  two  words  are  same  for  all  stations  in  this  WLAN 


mov  rO, 

st  rO, 

mov  rO, 

st  rO, 

# if def  NO  CALC  CRC 


kSA_Address_lst_l 6_bits 
a_Tx_ACK_Address_2  +  0 

kSA_Address_2nd_l 6_bits 
a  Tx  ACK  Address  2+1 


mov 

rO, 

kTe  s t_CRC_0 1 

st 

rO, 

a  Tx  ACK_FCS 

+  0 

mov 

rO, 

kTe  s t_CRC_0  2 

st 

rO, 

a  Tx  ACK  FCS 

+  1 

#endif 


sub 

sp. 

sp. 

1 

Id 

rO, 

sp. 

0 
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jsr  r6. 


#endif 


r  6 
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C.7.  Init.asm 


XInC  library  file  included  with  the  development  kit.  The 
Initialization  code  that  is  run  on  thread  0  after  XInC  is  powered  on. 
Program  Counters  and  Stack  Pointers  of  all  threads. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated  ************* 
This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Init.asm 

Created:  25  Jun  2002  by  Ryan  Northcott 

Revised:  25  Jun  2002  by  Ryan  Northcott 

Description:  Initialization  code  that  is  run  on  thread  0  after  XInC  is 

powered  on.  This  code  sets  up  the  Program  Counters  and  Stack 
Pointers  of  all  threads . 

Disclaimer:  You  may  incorporate  this  sample  source  code  into  your 

program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


/ /  Program  the  EEPROM 

bra  ProgramEEPROM 
0x8009 


//  Clear  Resource  Vector  (Hardware  Semaphores) 


's  Stack  Pointer 


inp 

rO,  SCUrsrc 

outp 

rO,  SCUup 

mov 

rO,  OxOOFF 

#if def 

TO 

mov 

//  Setup  Thread 
r7,  TO  SP 

bic 

o 

o 

o 

#endif 

#if def 

_ T1 _ 

mov 

//  Setup  Thread 
rl,  7  |  (1«3) 

outp 

rl,  SCUpntr 

mov 

rl,  T1  SP 

outp 

rl,  SCUreg 

mov 

rl,  Threadl 

outp 

rl,  SCUpc 

bic 

o 

t-i 

o 

#endif 

#if def 

T2 

mov 

//  Setup  Thread 
rl,  7  |  (2«3) 

outp 

rl,  SCUpntr 

mov 

rl,  T2  SP 

outp 

rl,  SCUreg 

mov 

rl,  Thread2 

outp 

rl,  SCUpc 

bic 

CM 

O 

t-l 

o 

t-l 

#endif 

#if def 

_ T3 _ 

//  Setup  Thread 

l's  Program  Counter  &  Stack  Pointer 


2's  Program  Counter  &  Stack  Pointer 


library  file  Init.asm 
This  code  sets  up  the 
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mov 

rl. 

7  1 

(3«3 

outp 

rl. 

SCUpntr 

mov 

rl. 

T3  SP 

outp 

rl. 

SCUreg 

mov 

rl. 

Thread3 

outp 

rl. 

SCUpc 

bic 

rO, 

rO, 

3 

#endif 

#ifdef  _ T4 _  //  Setup  Thread  4's  Program  Counter  &  Stack  Pointer 


mov 

rl. 

7  1 

( 4«3 

outp 

rl. 

SCUpntr 

mov 

rl. 

T4  SP 

outp 

rl. 

SCUreg 

mov 

rl. 

Thread4 

outp 

rl. 

SCUpc 

bic 

rO, 

rO, 

4 

#endif 

#ifdef  _ T5 _  //  Setup  Thread  5's  Program  Counter  &  Stack  Pointer 


mov 

rl. 

7  1 

( 5«3 

outp 

rl. 

SCUpntr 

mov 

rl. 

T5  SP 

outp 

rl. 

SCUreg 

mov 

rl. 

Thread5 

outp 

rl. 

SCUpc 

bic 

rO, 

rO, 

5 

#endif 

#ifdef  _ T6 _  //  Setup  Thread  6's  Program  Counter  &  Stack  Pointer 


mov 

rl. 

7  1 

( 6«3 

outp 

rl. 

SCUpntr 

mov 

rl. 

T6  SP 

outp 

rl. 

SCUreg 

mov 

rl. 

Thread6 

outp 

rl. 

SCUpc 

bic 

rO, 

rO, 

6 

#endif 

#ifdef  _ T7 _  //  Setup  Thread  7's  Program  Counter  &  Stack  Pointer 

mov  r 1 ,  7  |  (7<<3) 

outp  rl,  SCUpntr 

mov  rl,  T7_SP 

outp  rl,  SCUreg 

mov  rl,  Thread7 

outp  rl,  SCUpc 

bic  rO,  rO,  7 

#endif 

outp  rO,  SCUstop  //  Enable  the  desired  threads 
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C.8.  LEDs,  asm 


XInC  library  file  included  with  the  development  kit. 


The  library  file  defines  routines 


using  the  LEDs  on  the  XInC  Development  Board. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


*****  (Q)  2002  by  Eleven  Engineering  Incorporated  ************* 
Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


$RCSf ile : 
$Revision : 
Tag  $Name: 
$Date : 
$Author : 


LEDs. asm, v  $ 

1.4  $ 

$ 

2003/02/12  21:17:11  $ 
eleven  $ 


Project:  XInC  Library 

Description:  Routines  for  using  the  LEDs  on  the  XInC  Development  Board. 

NOTE:  To  use  these  routines  in  your  project,  you  must  assign 
kDevLEDs_Semaphore  to  one  of  your  hardware  semaphores . 

Disclaimer:  You  may  incorporate  this  sample  source  code  into  your 

program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


InitializeLEDs 

TurnOnLEDs 

TurnOffLEDs 

ToggleLEDs 

SetLEDs 


tifndef 
#def ine 

#def ine 

LED_UTILS 

LED_UTILS 

DevLED  Portl_Cfg 

GPFcfg 

#def ine 

DevLED  Port2_Cfg 

GPCcfg 

#def ine 

DevLED  Portl 

GPFout 

#def ine 

DevLED  Port2 

GPCout 

#def ine 

DevLED  Portl  Init 

OxFFFF 

#def ine 

DevLED  Port2  Init 

OxFFFF 

//=============== 

//  Input  Params : 
//  Output  Params: 

// - 

//  Description: 
//=============== 

InitializeLEDs : 


None 

None 


LED  initialization 


St 

r0. 

sp,  0 

St 

rl, 

sp,  1 

St 

r  6, 

sp,  2 

add 

sp. 

sp,  3 

mov 

r0. 

DevLED 

_Portl_ 

Init 

outp 

r0, 

DevLED 

~Portl_ 

Cf  g 

mov 

r0. 

DevLED 

Port2 

Init 
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outp  rO,  DevLED_Port2_Cf g 

mov  rl,  0 

j sr  r6,  SetLEDs 

InitializeLEDs_END: 

sub  sp,  sp,  3 

Id  rO,  sp,  0 

Id  rl,  sp,  1 

Id  r6,  sp,  2 

jsr  r6,  r6 


//=====================*=======:================================================= 

//  Input  Params :  rl  =  LED  Vector 

//  Output  Params:  None 

// - 

//  Description:  Turns  on  the  LEDs  that  are  specified  by  the  bits  set  in  rl. 

//  The  first  LED  is  controlled  by  bit  0,  the  second  by  bit  1, 

//  etc.  All  16  bits  map  to  LEDs  since  there  are  16  LEDs  on  the 

//  DevKit  Board. 

//============================================================================= 

TurnOnLEDs : 

st  rO,  sp,  0 

st  rl,  sp,  1 

st  r2,  sp,  2 

xor  rl,  rl,  OxFFFF  //  Invert  rl  (LEDs  are  active  low) 

and  r2,  rl,  OxOOFF  //  Mask  the  bits  for  LED  Port  1 

rol  rl,  rl,  -8 

and  rl,  rl,  OxOOFF  //  Mask  the  bits  for  LED  Port  2 

mov  rO,  kDevLEDs_Semaphore 

outp  rO,  SCUdown 

inp  rO,  DevLED_Portl 

and  rO,  rO,  r2  //  Clear  the  bits  for  the  LEDs  we  want  to  turn  on  on  LED  Port  1 

outp  rO,  DevLED_Portl 

inp  rO,  DevLED_Port2 

and  rO,  rO,  rl  //  Clear  the  bits  for  the  LEDs  we  want  to  turn  on  on  LED  Port  2 

outp  rO,  DevLED_Port2 

mov  rO,  kDevLEDs_Semaphore 

outp  rO,  SCUup 

TurnOnLEDs_END : 

Id  rO,  sp,  0 

Id  rl,  sp,  1 

Id  r2,  sp,  2 

jsr  r6,  r6 


//==================================================================^========== 

//  Input  Params:  rl  =  LED  Vector 

//  Output  Params:  None 

// - 

//  Description:  Turns  off  the  LEDs  that  are  specified  by  the  bits  set  in  rl . 

//  The  first  LED  is  controlled  by  bit  0,  the  second  by  bit  1, 

//  etc.  All  16  bits  map  to  LEDs  since  there  are  16  LEDs  on  the 

//  DevKit  Board. 

//============================================================================= 

TurnOff LEDs : 

st  rO,  sp,  0 

st  rl,  sp,  1 

st  r2,  sp,  2 

and  r2,  rl,  OxOOFF  //  Mask  the  bits  for  LED  Port  1 

rol  rl,  rl,  -8 

and  rl,  rl,  OxOOFF  //  Mask  the  bits  for  LED  Port  2 

mov  rO,  kDevLEDs_Semaphore 

outp  rO,  SCUdown 

inp  rO,  DevLED_Portl 

ior  rO,  rO,  r2  //  Set  the  bits  for  the  LEDs  we  want  to  turn  off  on  LED  Port  1 
outp  rO,  DevLED_Portl 

inp  rO,  DevLED_Port2 
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ior  rO,  rO,  rl  //  Set  the  bits  for  the  LEDs  we  want  to  turn  off  on  LED  Port  2 
outp  rO,  DevLED_Port2 

mov  rO,  kDevLEDs_Semaphore 

outp  rO,  SCUup 

TurnOff LEDs_END : 

Id  rO,  sp,  0 

Id  rl,  sp,  1 

Id  r2,  sp,  2 

jsr  r6,  r6 


//============================================================================= 

//  Input  Params :  rl  =  LED  Vector 

//  Output  Params:  None 

// - 

//  Description:  Toggles  the  LEDs  that  are  specified  by  the  bits  set  in  rl . 

//  The  first  LED  is  controlled  by  bit  0,  the  second  by  bit  1, 

//  etc.  All  16  bits  map  to  LEDs  since  there  are  16  LEDs  on  the 

//  DevKit  Board. 

//============================================================================= 

ToggleLEDs : 


st  rO,  sp,  0 

st  rl,  sp,  1 

st  r2,  sp,  2 

and  r2,  rl,  OxOOFF  //  Mask  the  bits  for  LED  Port  1 

rol  rl,  rl,  -8 

and  rl,  rl,  OxOOFF  //  Mask  the  bits  for  LED  Port  2 

mov  rO,  kDevLEDs_Semaphore 

outp  rO,  SCUdown 

inp  rO,  DevLED_Portl 

xor  rO,  rO,  r2  //  Toggle  the  bits  for  the  LEDs  we  want  to  toggle  on  LED  Port  1 
outp  rO,  DevLED_Portl 

inp  rO,  DevLED_Port2 

xor  rO,  rO,  rl  //  Toggle  the  bits  for  the  LEDs  we  want  to  toggle  on  LED  Port  2 
outp  rO,  DevLED_Port2 

mov  rO,  kDevLEDs_Semaphore 

outp  rO,  SCUup 

ToggleLEDs_END : 

Id  rO,  sp,  0 

Id  rl,  sp,  1 

Id  r2,  sp,  2 

jsr  r6,  r6 


//============================================================================= 

//  Input  Params:  rl  =  LED  Vector 

//  Output  Params:  None 

// - 

//  Description:  Turns  on  the  LEDs  that  are  specified  by  bits  set  in  rl  and 

//  turns  off  the  LEDs  that  are  specified  by  bits  cleared  in  rl . 

//  The  first  LED  is  controlled  by  bit  0,  the  second  by  bit  1, 

//  etc.  All  16  bits  map  to  LEDs  since  there  are  16  LEDs  on  the 

//  DevKit  Board. 

//============================================================================= 

SetLEDs : 


st 

rO, 

sp. 

0 

st 

rl. 

sp. 

1 

st 

r2. 

sp. 

2 

xor 

rl. 

rl. 

OxFFFF 

// 

Invert  rl  (LEDs  are  active 

low' 

and 

r2. 

rl. 

OxOOFF 

// 

Mask  the  bits  for 

LED  Port 

1 

rol 

rl. 

rl. 

-8 

and 

rl. 

rl. 

OxOOFF 

// 

Mask  the  bits  for 

LED  Port 

2 

mov  rO,  kDevLEDs_Semaphore 

outp  rO,  SCUdown 

outp  r2,  DevLED_Portl  //  Set  the  bits  for  the  LEDs  we  want  to  turn  on  on  LED  Port 

outp  rl,  DevLED_Port2  //  Set  the  bits  for  the  LEDs  we  want  to  turn  on  on  LED  Port 

mov  rO,  kDevLEDs_Semaphore 


1 

2 
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outp 

r0. 

SCU  up 

Id 

r0. 

sp,  0 

Id 

rl, 

sp,  1 

Id 

r2. 

sp,  2 

jsr 

r  6, 

r  6 

#endif 


C.9.  Long  Data,  asm 


The  file  includes  any  data  variables,  arrays,  or  strings  for  the  program.  The  file  also  sets 
up  stack  pointers  for  each  thread.  The  location  of  the  stack  pointer  is  initialized  in  the  Init.asm 
file. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


*****  (q)  2002  by  Eleven  Engineering  Incorporated  ************* 
Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Long_Data . asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 

Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Contains  the  data  (memory  variables  and  tables)  used  by  Two-Way 
Text  Messaging  Application.  All  data  should  be  stored  in  this 
file  orin  the  "Short_Data . asm"  file  to  ensure  that  it  is  stored 
in  a  separate  2kWord  memory  block  from  all  code. 

Disclaimer:  You  may  incorporate  this  sample  source  code  into  your 

program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


v_Number_of_ACKs_Sent : 
v  T7  Number  of  ACKs  Sent: 


@  =  @  +  1 
@  =  @  +  1 


SCU  PNTR: 


@  =  @  +  1 


@  =  @  +  1 


//  Flags 

v_Medium_Idle_Flag : 
v_Received_ACK_Packet_FLAG : 
v  Received  Stuff  FLAG: 


@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  1 


//  Variables 

v_N  umbe  r_o  f _RX : 

v_PacketStartTime : 

v_Number_of_Retransmissions : 

v_Delay_Time : 

v_BV_Slots : 

v_RN : 

v_Received_Stuf f : 
v_Packets_in_Que : 


@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  1 
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V 

Thread  0  packet_que 

number : 

@ 

=  @ 

+ 

1 

V 

Thread_5  packet_que 

number : 

@ 

=  @ 

+ 

1 

V 

Thread  6  packet_que 

number : 

@ 

=  @ 

+ 

1 

V 

Queued  Packets: 

@ 

=  @ 

+ 

1 

V 

ACKs  Received: 

@ 

=  @ 

+ 

1 

V 

Number  of  tests: 

@ 

=  @ 

+ 

1 

V 

T7_Sent  Packets: 

@ 

=  @ 

+ 

1 

V 

T7  Queued  Packets: 

@ 

=  @ 

+ 

1 

V 

T7_Number  of  TX: 

@ 

=  @ 

+ 

1 

V 

T7  Number  of  Failed 

TX: 

@ 

=  @ 

+ 

1 

V 

T7  ACKs  Received: 

@ 

=  @ 

+ 

1 

//  Arrays 
a_Time : 
a_Start_Time : 
a_End_Time : 
a_Recorded_TX : 

v_Number_of_TX : 
v_Number_of_Failed_TX : 
a_Number_of_ReTX : 
a_T  7_Niimbe  r_°  f  _Re  TX : 
a_T7_Mean_Delay_Time : 

//  Timing  Arrays 
a_BEGIN_Time_Seconds : 
a_BEGIN_Time_Microseconds : 
a_BEGIN_Time_Milliseconds : 

a_Thread_6_BEGIN_Times : 
a_Thread_6_END_Times : 

a_Mean_Delay_Time : 


@  =  @  +  3 
@  =  @  +  3 
@  =  @  +  3 

@  =  @  +  1 
@  =  @  +  1 

@  =  @  +  ( kMaxRe Transmit  -  1) 
@  =  @  +  ( kMaxReTransmit  -  1) 
@  =  @  +  3 


@  =  @  +  kTransmitter_Buf f er_Size 

@  =  @  +  kTransmitter_Buf f er_Size 

@  =  @  +  kTransmitter_Buf f er_Size 

@  =  @  +  3 

@  =  @  +  3 

@  =  @  +  3 


//  TX  Packet  Que 

v_Tx_Data_Frame_Control :  @  =  @  +  1 

v_Tx_Data_Duration_ID :  @  =  @  +  1  //  Same  for  ALL  packets 

a_Tx_Data_Address_l :  @  =  @  +  kTransmitter_Buf f er_Size 

v_Tx_Data_Address_2 :  @  =  @  +  1  //  Same  for  ALL  packets 

v_Tx_Data_Address_3 :  @  =  @  +  1  //  Same  for  ALL  packets 

v_Tx_Data_Sequence_Number :  @  =  @  +  1  //  Same  for  ALL  packet 

//  Frame  Data 
#if def  TELEMETRY 

a_Tx_Data_Frame_Data :  @  -  @  +  42  //  0-41 

#endif 

#if def  AVIONICS 

a_Tx_Data_Frame_Data:  @  =  @  +  388  //  0-387 

#endif 

//  FCS 

a_Tx_Data_FCS :  @  =  @  +  2  //  Same  for  ALL  packets 

//  Timing  for  Frame  (used  to  calculate  mean  delay) 

a_Tx_Data_Frame_Start_Time_sec :  @  =  @  +  kTransmitter_Buf f er_Size 

a_Tx_Data_Frame_Start_Time_ms :  @  =  @  +  kTransmitter_Buf f er_Size 

a_Tx_Data_Frame_Start_Time_|jis  :  @  =  @  +  kTransmitter_Buf  f  er_Size 

a_Rx_Data_Frame : 

v_Rx_Data_Frame_Control :  @=@+l//0 

v_Rx_Data_Duration_ID :  @=@+l//l 

a_Rx_Data_Address_l :  @  =  @  +  3  //  2,3,4 

a_Rx_Data_Address_2 :  @  =  @  +  3  //  5,6,7 

a_Rx_Data_Address_3 :  @  =  @  +  3  //  8, 9, 10 

v_Rx_Data_Sequence_Number :  @  =  @  +  1  //  11 

# if def  TELEMETRY 

a_Rx_Data_Frame_Data :  @  =  @  +  42  //  12-53 

#endif 

#if def  AVIONICS 

a_Rx_Data_Frame_Data:  @  =  @  +  388  //  12-399 

#endif 

a_Rx_Data_FCS :  @  =  @  +  2  //  29,30  or  54,55  or  400,401 

a_Tx_ACK_Frame : 

v_Tx_ACK_Frame_Control :  @  =  @  +  1 

v_Tx_ACK_Duration_ID:  @  =  @  +  1 

a_Tx_ACK_Address_2 :  @  =  @  +  3 

a_Tx_ACK_FCS :  @  =  @  +  2 

a_Rx_ACK_Frame : 

v  Rx  ACK  Frame  Control:  @  =  @  +  1 
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@  =  @  +  1 

@  =  @  +  3 

@  =  @  +  2 


v_Rx_ACK_Du  rati on_I D : 
a_Rx_ACK_Address_2 : 
a_Rx_AC!  R_FC  S : 

a_Tx_Sequence_Numbers : 

v_Tx_Sequence_Number_Station_l :  @  =  @  +  1 

v_Tx_Sequence_Number_Station_2 :  @  =  @  +  1 

v_Tx_Sequence_Number_Station_3 :  @  =  @  +  1 

v_Tx_Sequence_Number_Station_4 :  @  =  @  +  1 

a_Rx_Sequence_Numbers : 

v_Rx_Sequence_Number_Station_l :  @  =  @  +  1 

v_Rx_Sequence_Number_Station_2 :  @  =  @  +  1 

v_Rx_Sequence_Number_Station_3 :  @  =  @  +  1 

v_Rx_Sequence_Number_Station_4 :  @  =  @  +  1 


//  Messages 

MSG_DOT :  " . " ,  EOS 

MSG_READY_2 :  "Press  any  key  to  start  Transmitting.",  CR,  LF,  EOS 

MSG_TX_START_1 :  "Started  Transmitting.  To  stop  hit  the  'd'  key",  CR,  LF,  EOS 

MSG_TX_START_2 :  "Press  any  other  key  again  to  start  recording.",  CR,  LF,  EOS 

MSG_TX_STOPPED:  " - Stopped  transmitting - ",  CR,  LF,  EOS 

MSG_DATA_DUMP_1 :  "Delay  |#  of  |  Test  |  Paket  |  |  1  |  2  |  3  |  |  ACKs  | Mean  Delay 1  ", 

CR,  LF,  EOS 

MSG_DATA_DUMP_2 :  " (mil) | slots | Time  I Qued  | TX  | ReTX  | ReTX  | ReTX  | F-TX  | RX  | (Sec) | (ms)  | (mil) | ", 

CR,  LF,  EOS 

MSG_RECORDING :  " ** *Recording  Started***",  CR,  LF,  EOS 

#if def  STATI0N_1 

MSG_CURRENT_STATION :  "This  is  Station  #1",  CR, LF,  EOS 

MSG_STATION_NUMBER:  "Choose  Station  #  (2-4)  :  ",  EOS 

#endif 

#if def  STATI0N_2 

MSG_CURRENT_STATION :  "This  is  Station  #2",  CR, LF,  EOS 

MSG_S TATI ON_N UMBER :  "Choose  Station  #  (1,  or  3-4)  :  ",  EOS 

#endif 

#if def  STATION_3 

MSG_CURRENT_STATION :  "This  is  Station  #3",  CR, LF,  EOS 

MSG_STATION_NUMBER:  "Choose  Station  #  (1-2  or  4)  :  ",  EOS 

#endif 

#if def  STATION_4 

MSG_CURRENT_STATION :  "This  is  Station  #4",  CR, LF,  EOS 

MSG_S TATI ON_N UMBER :  "Choose  Station  #  (1-3)  :  ",  EOS 

#endif 


#ifdef  PrintErrors 

MSG_CORRUPT PACKET :  "Corrupt  Packet!",  CR,  LF,  EOS 

MS G_H UN TERROR :  "Hunt  Error!",  CR,  LF,  EOS 

#endif 


#if def  TO 

T0_SP :  @  =  @  +  kStackSize 
#endif 

#if def  T1 

T1_SP :  @  =  @  +  kStackSize 
#endif 

#if def  T2 

T2_SP :  @  =  @  +  kStackSize 
#endif 

#if def  T3 

T3_SP :  @  =  @  +  kStackSize 
#endif 

#if def  T4 

T4_SP :  @  =  @  +  kStackSize 
#endif 

#if def  T5 

T5_SP:  @  =  @  +  kStackSize 
#endif 
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#ifdef  _ T6 _ 

T6_SP :  @  =  @  +  kStackSize 
#endif 

#if def  T7 

T7_SP:  @  =  @  +  kStackSize 
#endif 


C.10.  Math,  asm 

XInC  library  file  included  with  the  development  kit.  The  library  file  defines  firmware 
routines  for  doing  math  not  available  as  a  single  XInC  instruction. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


$RCSfile:  Math. asm, v  $ 

$Revision:  1.2  $ 

Tag  $Name:  $ 

$Date :  2003/02/12  21:17:11  $ 

$Author:  eleven  $ 

Project:  XInC  Library 

Description:  Firmware  routines  for  doing  math  not  available  as  a  single 
XInC  instruction. 

Disclaimer:  You  may  incorporate  this  sample  source  code  into  your 

program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


Routines : 

Integer Divide 


tifndef  _ MATH 

#define  MATH 


//===========^s=== 

//  Input  Params : 
// 

//  Output  Params: 
// 

// - 

//  Description: 

// 

// 

// 

// 

// 

// 

// 

// 

//=============== 

IntegerDivide : 


rl  =  Numerator  (Unsigned  16-bit  Integer) 
r2  =  Divisor  (Unsigned  16-bit  Integer) 
rl  -  Result 
r2  =  Remainder 


Performs  the  unsigned  integer  division  of  one  16-Bit  unsigned 
integer  by  another  16-bit  unsinged  integer. 

Note:  x/ 0  is  treated  as  x/1  to  prevent  an  infinite  loop. 

There  is  some  optimization  in  the  register  usage  to  be  done 
but  this  routine  is  compatible  with  the  old  IntegerDivide 
routine.  This  version  has  some  speed  optimizations  over  the 
previous  version. 
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St 

r3. 

sp, 

.  0 

St 

r4. 

sp, 

.  1 

St 

r5. 

sp, 

2 

add 

SP/ 

sp, 

3 

//  rl  = 

=  dividend  //numerator//  result 

//  r2  = 

=  remainder 

//  r3  = 

=  divisor 

//  r4  = 

=  loop  counter 

//  r5  = 

=  carry 

mov 

r4. 

17 

// 

Setup 

loop  counter 

add 

r3. 

r2, 

■  0 

// 

mov  r3  -  r2 

mov 

r2. 

0 

// 

Clear  remainder 

mov 

r5. 

0 

// 

Clear  carry 

Integer Divide 

_loop: 

sub 

r4, 

r4, 

.  1 

// 

Decrement  loop  counter 

be 

ZS, 

IntegerDivide  done 

add 

rl. 

rl, 

.  rl 

// 

Shift  left  dividend  into  carry 

be 

CS, 

IntegerDivide  carryset 

Integer Divide 

carryclear : 

add 

rl. 

rl, 

r5 

// 

Add  carry- in 

add 

r2. 

r2, 

.  r2 

// 

Shift  leftremainder  with  no  carry 

sub 

r2. 

r2, 

■  r3 

// 

Subtract  divisor  from  remainder 

be 

ULT , 

,  IntegerDivide  undo 

// 

Check  for  negative  result (CS) 

mov 

r5. 

1 

// 

Set  carry 

bra 

IntegerDivide  loop 

Integer Divide 

undo : 

add 

r2. 

r2, 

■  r3 

// 

Add  back  divisor 

mov 

r5. 

0 

// 

Clear  carry 

bra 

IntegerDivide  loop 

Integer Divide 

carryset : 

add 

rl, 

rl, 

r5 

// 

Add  carry- in 

add 

r2. 

r2, 

.  r2 

// 

Shift  left  remainder 

add 

r2. 

r2, 

.  1 

// 

Add  carry 

sub 

r2. 

r2, 

■  r3 

// 

Subtract  divisor  from  remainder 

be 

ULT, 

,  IntegerDivide  undo 

// 

Check  for  negative  result (CS) 

mov 

r5, 

1 

// 

Set  carry 

bra 

IntegerDivide  loop 

Integer Divide 

done : 

add 

rl, 

rl, 

.  rl 

// 

Shift  left  dividend 

add 

rl, 

rl, 

r5 

// 

Add  carry- in 

IntegerDivide  END: 

sub 

sp. 

sp, 

3 

Id 

r3, 

sp, 

■  0 

Id 

r4. 

sp, 

.  1 

Id 

r5, 

sp, 

.  2 

jsr 

r  6, 

r  6 

#endif 
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C.ll.  RFWaves.asm 


XInC  library  file  included  with  the  development 


kit.  The  library  file  defines  routines  for 


using  the  RFW  RF  Module. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


*****  (Q)  2002  by  Eleven  Engineering  Incorporated  ************* 
Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  RFWaves.asm 

Created:  24  July  2003  by  Ryan  Northcott 
Revised:  1  June  2004  by  Capt  Joshua  D.  Green 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 
Description:  Routines  for  using  the  RFW  RF  Module. 

Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 

NOTE:  Be  sure  to  select  speed  via  #ifdef  RFWaveslMbps,  or  #ifdef  RFWaves3Mbps 


RF  Waves  RADIO  ROUTINES: 

RFW_Initialize 

RFW_SwitchOn 
RFW_SwitchOf f 

RFW_EnterReceiveMode 

RFW_EnterTransmitMode 

RFW_DelayRxCal 

RFW_DelayTxCal 

RFW_SendPacket Preamble 
RFW_Send3Words616 
RFW_Send3By te  s  6 1 6 

RFW_Send_6_Bits_616 

RFW_Send_16_Bits_Unencoded 

WiFi_Send_Data_Packet 

WiFi_Send_ACK_Packet 

RFW_SendPacketPostamble 
RFW_Receive3Words61 6 
RFW_Receive3Bytes61 6 

WiFi  Receive  Packet 


RFW_Sendl 6Chips 


// - 

//  BBU  Rate  Table  ROM  Locations 

0x0020 
0x0030 


#define  kRate4TableROMAddress 

#define  kRate6TableROMAddress 


// - 

//  RFW  10  Definitions 

GPAcfg 

GPAout 


#define  RFWConf igPort 

tdefine  RFWDataPort 
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#def ine 

kRFWXCENBit 

0 

//  Output 

#def ine 

kRFWRXONBit 

1 

//  Output 

#def ine 

kRFWHardErrorBit 

14 

#def ine 

kRFWHuntBit 

15 

#def ine 

kStation  01 

49 

#def ine 

kStation  02 

50 

#def ine 

kStation  03 

51 

#def ine 

kStation  04 

52 

#def ine 

kStation  05 

53 

Input  Params : 

none 

Output  Params : 

none 

Description : 

Initialize  the  RFW  port/radio 

RFW  Initialize: 


st 

rl,  sp,  0 

add 

sp,  sp,  1 

// 

The  following  settings 

give  us 

just  under  1Mbps: 

// 

transmit  mode: 

BBUbrg 

=  20969  =-1999855.042 

bps 

=~  999927.5208 

bps 

(real  bit  rate 

// 

receive  mode: 

BBUbrg 

=  10484  =-999927.5208 

bps 

// 

***My  Try*** 

// 

transmit  mode: 

BBUbrg 

=  20971  =-1999855.042 

bps 

=~  999927.5208 

bps 

(real  bit  rate 

// 

receive  mode: 

BBUbrg 

=  10485  =-999927.5208 

bps 

// 

// 

for  2  Mbps 

// 

transmit  mode: 

BBUbrg 

=  41942  =  4,000,000  bps  = 

2,000,000  bps ( 

real 

bit  rate) 

// 

receive  mode: 

BBUbrg 

=  20971  =  2,000,000  bps 

mov 

rl, 

0x03 

outp 

rl, 

BBUcfg 

// 

Enable 

the  BBU 

#ifdef  RFWaveslMbps 

mov 

rl. 

10485  //20969 

// 

should  be 

for  50  MHz 

#endif 

#ifdef  RFWaves2Mbps 

mov 

rl. 

20971 

// 

should 

be  for  50 

MHz 

#endif 

#ifdef  RFWaves3Mbps 

mov 

rl. 

32768 

// 

should 

be  for  50 

MHz 

#endif 

outp 

rl. 

BBUbrg 

// 

Setup  ' 

the  Baud  Rate  Generator 

//  Initialize 

the 

RFW  GPIO  Port 

inp 

rl. 

RFWConf igPort 

bis 

rl. 

rl,  kRFWRXONBit  +  8 

bis 

rl. 

rl,  kRFWXCENBit  +  8 

outp 

rl. 

RFWConf igPort 

RFW  Initialize  END: 

sub 

sp. 

sp,  1 

Id 

rl. 

sp,  0 

jsr 

r  6, 

r  6 

Input  Params : 

none 

Output  Params : 

none 

Description : 

Switches  the  RFW  chip  on  and  puts  it  into  Rx  mode 

RFW 

SwitchOn : 

st 

rl. 

sp,  0 

inp 

rl. 

RFWDataPort 

bis 

rl. 

rl,  kRFWRXONBit 

bis 

rl. 

rl,  kRFWXCENBit 

outp 

rl. 

RFWDataPort 

RFW 

SwitchOn  END: 

Id 

rl. 

sp,  0 

jsr 

r  6, 

r  6 
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Input  Params : 

none 

Output  Params : 

none 

Description : 

Switches  the  RFW  chip  off  and  puts  it  into  Rx  mode 

RFW 

SwitchOf f : 

st 

rl. 

sp,  0 

inp 

rl. 

RFWDataPort 

bic 

rl. 

rl,  kRFWRXONBit 

bic 

rl. 

rl,  kRFWXCENBit 

outp 

rl. 

RFWDataPort 

RFW 

SwitchOff  END: 

Id 

rl. 

sp,  0 

jsr 

r  6, 

r  6 

//=============== 

//  Input  Params : 

//  Output  Params: 

// - 

//  Description: 
//«*============== 

RFW  EnterReceiveMode : 


none 

none 


Switches  the  RFW  chip  off  and  puts  it  into  Rx  mode 


st  rl,  sp,  0 

//  Receive  mode:  BBUbrg  =  10484 


-999927 . 5208  bps 


//  Reset  BBU 


mov 

rl. 

0x01 

outp 

rl. 

BBUcfg 

// 

Enable 

the 

BBU 

#if def 

RFWaves 1Mbps 

mov 

rl. 

10485  //20969 

// 

should 

be 

for  50 

MHz 

#endif 

#if def 

RFWaves2Mbps 

mov 

rl. 

20971 

// 

should 

be 

for  50 

MHz 

#endif 

#if def 

RFWaves3Mbps 

mov 

rl. 

32768 

// 

should 

be 

for  50 

MHz 

#endif 

outp 

rl. 

BBUbrg 

// 

Setup  ■ 

the 

Baud  Rate  Generator 

inp 

rl. 

RFWDataPort 

bic 

rl. 

rl,  kRFWRXONBit 

bis 

rl. 

rl,  kRFWXCENBit 

outp 

rl. 

RFWDataPort 

RFW_EnterReceiveMode_END: 

Id  rl,  sp,  0 

jsr  r6,  r6 


/  /==========TO========== 

//  Input  Params:  none 

//  Output  Params:  none 

// - 

//  Description: 

/ /==================== 

RFW  EnterTransmitMode : 


Switches  the  RFW  chip  off  and  puts  it  into  Tx  mode 


#if def 

#endif 
#if def 

#endif 
#if def 

#endif 


st  rl,  sp,  0 

//  Transmit  mode:  BBUbrg  =  20969  =  ~1999855.042  bps  =  ~999927.5208  bps (real  bit  rate) 


//  Reset  BBU 

mov 

rl. 

0x03 

outp 

rl. 

BBUcfg 

// 

Enable 

the  BBU 

RFWaves 1Mbps 

mov 

rl. 

20971  //20969 

// 

should  be 

for  50  MHz 

RFWave  s2Mbps 

mov 

rl. 

41942 

// 

should 

be  for  50 

MHz 

RFWaves 3Mbps 

mov 

rl. 

65535 

// 

should 

be  for  50 

MHz 
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outp 

rl, 

BBUbrg 

inp 

rl, 

RFWDataPort 

bis 

rl. 

rl,  kRFWRXONBit 

bis 

rl. 

rl,  kRFWXCENBit 

outp 

rl. 

RFWDataPort 

RFW  EnterTransmitMode  END: 

Id 

rl. 

sp,  0 

jsr 

r  6, 

r  6 

//  Setup  the  Baud  Rate  Generator 


Input  Params : 

none 

Output  Params : 

none 

Description : 

Switches  the  RFW  chip  off  and  puts  it  into  Rx  mode 

/  / - 

RFW  DelayRxCal : 

st 

rl. 

sp,  0 

st 

r2. 

sp,  1 

inp 

rl. 

BBUtime 

#ifdef  RFWaveslMbps 

add 

rl. 

o 

CM 

#endif 

#ifdef  RFWaves2Mbps 

add 

rl. 

rl,  40 

#endif 

#ifdef  RFWaves3Mbps 

add 

rl. 

rl,  60 

#endif 

RFW  DelayRxCal  loop: 

inp 

r2. 

BBUtime 

sub 

r2. 

r2,  rl 

be 

NS, 

RFW  DelayRxCal  loop 

RFW  DelayRxCal  END: 

Id 

rl. 

sp,  0 

Id 

r2. 

sp,  1 

jsr 

r  6, 

r  6 

Input  Params : 

none 

Output  Params : 

none 

Description : 

Switches  the  RFW  chip  off  and  puts  it  into  Tx  mode 

RFW_DelayTxCal: 


st 

rl. 

sp. 

0 

st 

r2. 

sp. 

1 

inp 

rl. 

BBUtime 

#ifdef  RFWaveslMbps 

add 

rl. 

rl. 

40 

#endif 

#ifdef  RFWaves3Mbps 

add 

rl. 

rl. 

80 

#endif 

#ifdef  RFWaves3Mbps 

add 

rl. 

rl. 

120 

#endif 

RFW  DelayTxCal  loop: 

inp 

r2. 

BBUtime 

sub 

r2. 

r2. 

rl 

be 

NS, 

RFW 

DelayTxCal  loop 

RFW  DelayTxCal  END: 

Id 

rl. 

sp. 

0 

Id 

r2. 

sp. 

1 

jsr 

r  6, 

r  6 

// 


Input  Params : 

None 

Output  Params : 

None 
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//  Description:  Sends  a  training  sequence  to  calibrate  the  data  bit  slicer  of 

//  the  receiving  radio  and  then  sends  a  start  code  to 

//  establish  word  synchronization.  The  second  start  code  is 

//  sent  to  decrease  the  likelihood  of  the  receiving  radio 

//  thinking  that  random  noise  is  the  start  of  a  packet. 

//============================================================================= 

RFW  SendPacketPreamble : 


St 

rO,  sp,  0 

St 

rl,  sp,  1 

St 

r2,  sp,  2 

St 

r6,  sp,  3 

mov 

r2, 0x5555 

jsr 

r6,RFW  Sendl6Chips 

//put 

preamble 

mov 

r2, 0x5555 

jsr 

r6,RFW  Sendl6Chips 

//put 

preamble 

mov 

r2, 0x5555 

jsr 

r6,RFW  Sendl6Chips 

//put 

preamble 

mov 

r2, 0x5555 

jsr 

r6,RFW  Sendl6Chips 

//put 

preamble 

mov 

r2, 0x5555 

jsr 

r6,RFW  Sendl6Chips 

//put 

preamble 

mov 

r2,  0x217B 

jsr 

r6,RFW  Sendl6Chips 

//put 

start  word  1 

mov 

r2,  0x217B 

jsr 

r6,RFW  Sendl6Chips 

//put 

start  word  2 

RFW_SendPacketPreamble_END : 

Id  rO,  sp,  0 
Id  rl,  sp,  1 
Id  r2,  sp,  2 
Id  r6,  sp,  3 
jsr  r6,  r6 


//= 


// 

Input  Params : 

rO 

=  The  first 

word 

to 

transmit 

// 

rl 

=  The  second  word  tc 

i  transmit 

// 

r2 

=  The  third 

word 

to 

transmit 

// 

Output  Params : 

rO 

-  Garbage 

// 

rl 

-  Garbage 

// 

r2 

-  Garbage 

// 

r3 

-  Garbage 

// 

r4 

-  Garbage 

// 

r5 

-  Garbage 

//- 

— 

//  Description: 
//=============, 


Transmits  the  3  specified  words  using  the  616  Rate  Table. 


RFW_Send3Words616 : 

//  Send  the  first  6  bits 


rol 

rO, 

rO, 

6 

and 

r3, 

rO, 

ObOOllllll 

Id 

r3, 

r3, 

kRate6TableROMAddress 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5,r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4 , BBUtx  //  1 


rol  r3, r3, -4 

and  r4,r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 

and  r5,r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  2 


//  Send  the  second  6  bits 


rol 

rO, 

rO,  6 

and 

r3. 

rO,  ObOOllllll 

Id 

r3. 

r3,  kRate6TableROMAddress 

and 

r4,  r3, OxOOOF 

Id 

r4,  r4, rxNibbleTable 

rol 

r3,  r3, -4 

and 

r5,  r3,  OxOOOF 

Id 

r5, r5, rxNibbleTable 

rol 

r5, r5, 8 

//shift  left 
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ior  r4,r4,r5 

outp  r4, BBUtx  //  3 

rol  r3,r3,-4 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4 , BBUtx  //  4 


d  the 

third 

6 

bits 

rol 

rO, 

rO 

,  6 

and 

r3. 

rO 

,  ObOOllllOO 

rol 

rl. 

rl 

/  2 

and 

rO, 

rl 

,  ObOOOOOOll 

ior 

r3. 

r3 

/  rO 

Id 

r3. 

r3 

,  kRate6TableROMAddress 

and  r4,r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  5 

rol  r3, r3, -4 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  6 


//  Send  the  fourth  6  bits 


rol 

rl. 

rl, 

6 

and 

r3, 

rl, 

ObOOllllll 

Id 

r3, 

r3, 

kRate6TableROMAddress 

and  r4,r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  7 

rol  r3, r3, -4 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  8 

//  Send  the  fifth  6  bits 


rol 

rl, 

rl, 

6 

and 

r3, 

rl, 

ObOOllllll 

Id 

r3, 

r3, 

kRate6TableROMAddress 

and  r4,r3, OxOOOF 
Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 

and  r5, r3, OxOOOF 
Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  9 

rol  r3, r3, -4 

and  r4,r3, OxOOOF 
Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 
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and  r5, r3, OxOOOF 
Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4 , BBUtx  //  10 


//  Send  the 
rol 
and 
rol 
and 
ior 
Id 

and  r4,r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5, r5, 8 

ior  r4,r4,r5 

outp  r 4, BBUtx  //  11 

rol  r3, r3, -4 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5, r5, 8 

ior  r4,r4,r5 

outp  r4, BBUtx  //  12 


sixth 

6 

bits 

rl. 

rl 

,  6 

r3. 

rl 

,  ObOOllOOOO 

r2. 

r2 

,  4 

rl. 

r2 

,  ObOOOOllll 

r3, 

r3 

,  rl 

r3, 

r3 

,  kRate6TableROMAddress 

//shift  left 


//shift  left 


//  Send  the  seventh  6  bits 


rol 

r2. 

r2. 

6 

and 

r3, 

r2, 

ObOOllllll 

Id 

r3, 

r3, 

kRate6TableROMAddress 

and  r4,r3, OxOOOF 

Id  r4, r4 , rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  13 

rol  r3,r3,-4 

and  r4,r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  14 


//  Send  the  eighth  6  bits 

rol  r2,  r2,  6 

and  r3,  r2,  ObOOllllll 

Id  r3,  r3,  kRate6TableROMAddress 

and  r4,r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r 4, BBUtx  //  15 


rol  r3, r3, -4 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r4, BBUtx  //  16 
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RFW  Send3Words616  END: 


jsr  r6,  r6 


ti¬ 


// 

Input  Params : 

rO 

=  The  first 

byte  to 

transmit 

// 

rl 

=  The  second  byte  tc 

i  transmit 

// 

r2 

=  The  third 

byte  to 

transmit 

// 

Output  Params : 

rO 

-  Garbage 

// 

rl 

-  Garbage 

// 

r2 

-  Garbage 

// 

r3 

-  Garbage 

//- 

ll  Description: 
/'/“^==========“ 

RFW_Send3Bytes616 : 


Transmits  the  3  specified  bytes  using  the  616  Rate  Table. 


st 

r4. 

sp 

,  0 

st 

r5. 

sp 

,  1 

d  the 

first 

6 

bits 

rol 

rO, 

rO 

,  8 

ior 

rO, 

rO 

,  rl  //  merge  rO  and 

rol 

rO, 

rO 

,  6 

and 

r3. 

rO 

,  ObOOllllll 

Id 

r3. 

r3 

,  kRate6TableROMAddress 

and 

Id 

rol 

and 

Id 

rol 

ior 

outp 


r4, r3, OxOOOF 

r4, r4, rxNibbleTable 

r3, r3,-4 

r5, r3, OxOOOF 

r5, r5, rxNibbleTable 

r5,  r5, 8 

r4,  r4 ,  r5 

r4,  BBUtx 


//shift  left 


rol  r3,r3,-4 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r 4, BBUtx 


//  Send  the  second  6  bits 


rol 

rO, 

rO, 

6 

and 

r3. 

rO, 

ObOOllllll 

Id 

r3. 

r3. 

kRate6TableROMAddress 

and  r4,r3, OxOOOF 

Id  r4, r4 , rxNibbleTable 

rol  r3,r3,-4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r 4, BBUtx 

rol  r3,r3,-4 

and  r4,r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r 4, BBUtx 


and 


r2,  r2,  OxOOFF 


//  Send  the 

third 

6 

bits 

and 

rO, 

rO 

,  OxFOOO 

rol 

r2. 

r2 

,  4 

ior 

rO, 

rO 

,  r2  //  merge  rO  and 

rol 

rO, 

rO 

,  6 

and 

r3. 

rO 

,  ObOOllllll 

Id 

r3. 

r3 

,  kRate6TableROMAddress 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3 , -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 
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//shift  left 


Id 

Id 


rol  r5, r5, 8 

ior  r4,r4,r5 

outp  r4, BBUtx 

rol  r3,r3,-4 

and  r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r 4, BBUtx 

//  Send  the  fourth  6  bits 


rol 

rO, 

rO, 

6 

and 

r3, 

rO, 

ObOOllllll 

Id 

r3, 

r3. 

kRate6TableROMAddress 

r4, r3, OxOOOF 

Id  r4, r4, rxNibbleTable 

rol  r3,r3,-4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r4,r4,r5 

outp  r 4, BBUtx 

rol  r3,r3,-4 

and  r4, r3, OxOOOF 

Id  r4, r4 , rxNibbleTable 

rol  r3, r3, -4 

and  r5, r3, OxOOOF 

Id  r5, r5, rxNibbleTable 

rol  r5,r5,8  //shift  left 

ior  r3,r4,r5 

r4,  sp,  0 
r5,  sp,  1 

outp  r3, BBUtx 


RFW_Send3Bytes616_END : 


r6. 


r  6 


Input  Params : 
Output  Params : 

r3  =  The  6  bits 
None 

to  transmit 

Description : 

Transmits  the  6 

specified  bits  using  the  616  Rate  Table. 

RFW  Send  6  Bits  616: 


st 

r5, 

sp. 

0 

add 

sp. 

sp. 

1 

//  Send  the 

6  bits 

and 

r3, 

r3, 

ObOOllllll 

Id 

r3, 

r3, 

kRate6TableROMAddress 

and 

r4. 

r3, 

OxOOOF 

Id 

r4. 

r4, 

rxNibbleTable 

rol 

r3, 

r3, 

-4 

and 

r5, 

r3, 

OxOOOF 

Id 

r5, 

r5, 

rxNibbleTable 

rol 

r5, 

r5, 

8  //shift  left 

ior 

r4, 

r4, 

r5 

outp 

r4, 

BBUtx  //  Transmitting  16  bits 

// 

The  reason 

for  transmitting  6  bits  this  way  has  to  do  with  the  way  that  this 

// 

particular 

radio  actually  operates. 

On  Tx 

the 

radio  sends  a  pulse  when  ever 

// 

it  sees  a 

rising  edge  in  the  bitstream.  We 

use 

■  a  table  (rxNibbleTable)  to  do 

// 

transformation  of  NRZ  encoding  into 

a  form 

i  that  the  radio  requires.  For 

// 

example,  a 

'O'  gets  encoded  as  '00' 

and  a 

'1 ' 

gets  encoded  as  '01'.  This 

// 

encoded  waveform  looks  like  the  3  Mbps  signal 

that  the  radio  expects . 

rol 

r3, 

r3, 

-4 

and 

r4. 

r3, 

OxOOOF 

Id 

r4, 

r4, 

rxNibbleTable 

rol 

r3, 

r3, 

-4 

and 

r5, 

r3, 

OxOOOF 
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Id 

rol 

ior 

outp 

RFW_Send_6_Bits_616_End : 

sub 

Id 


r5. 

r5. 

rxNibbleTable 

r5. 

r5. 

8 

//shift  left 

r4. 

r4. 

r5 

r4. 

BBUtx 

//  Transmitting  second  8  bits 

sp. 

sp. 

1 

r5. 

sp. 

0 

jsr  r6,  r6 


Input  Params : 
Output  Params : 

r3  =  The  16  bit  word  to  transmit 

None 

Description : 

Transmits  the  16  specified  bits. 

RFW  Send  16  Bits  Unencoded: 


d  the 

6  bits 

mov 

r3. 

rO 

and 

r4. 

r3. 

OxOOOF 

Id 

r4. 

r4. 

rxNibbleTable 

rol 

r3. 

r3. 

-4 

and 

r5. 

r3. 

OxOOOF 

Id 

r5. 

r5. 

rxNibbleTable 

rol 

r5. 

r5. 

8  //shift  left 

ior 

r4. 

r4. 

r5 

outp 

r4. 

BBUtx  //  Transmitting 

//  The  reason  for  transmitting  6  bits  this  way  has  to  do  with  the  way  that  this 
//  particular  radio  actually  operates.  On  Tx  the  radio  sends  a  pulse  when  ever 
//  it  sees  a  rising  edge  in  the  bitstream.  We  use  a  table  (rxNibbleTable)  to  do  a 
//  transformation  of  NRZ  encoding  into  a  form  that  the  radio  requires.  For 
//  example,  a  'O'  gets  encoded  as  '00'  and  a  '1'  gets  encoded  as  '01'.  This 
//  encoded  waveform  looks  like  the  3  Mbps  signal  that  the  radio  expects. 


rol 

r3. 

r3. 

-4 

and 

r4 , 

r3. 

OxOOOF 

Id 

r4 , 

r4. 

rxNibbleTable 

rol 

r3. 

r3. 

-4 

and 

r5. 

r3. 

OxOOOF 

Id 

r5. 

r5. 

rxNibbleTable 

rol 

r5. 

r5. 

8  //shift  left 

ior 

r4 , 

r4. 

r5 

outp 

r4 , 

BBUtx  //  Transmitting 

RFW  Send  16  Bits  Unencoded  End: 


r  6,  r  6 


//=============== 

//  Input  Params : 
//  Output  Params: 

// - 

//  Description: 

// 

//  Note: 

//===,============ 


r5  -  Packet  Number  in  que  Transmitting 
None 


Transmits  a  WiFi  Data  Frame.  The  frame  has  a  fixed  length  of 
84  bytes  long  (for  the  Data) 

This  routine  was  written  by  Capt  Green 


WiFi  Send  Data  Packet: 


st  r6,  sp,  0 

add  sp,  sp,  1 

//  Transmitting  Frame  Control 

//  Tells  distant  end  wether  packet  is  an  ACK  or  Data  Packet 
//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 

//  NOTE:  Using  the  6/16  encoding  differes  from  IEEE  802.11  standard. 

//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 
Id  r3,  v_Tx_Data_Frame_Control 

jsr  r6,  RFW_Send_6_Bits_616  //  Frame  Octet  1-2 

//  Transmitting  Duration/ID 

//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 

//  NOTE:  Using  the  6/16  encoding  differes  from  IEEE  802.11  standard. 
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//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 
Id  r3,  v_Tx_Data_Duration_ID 

j sr  r6,  RFW_Send_6_Bits_616  //  Frame  Octet  3-4 

//  Transmitting  Address  1 
//  Frame  Octets  5-10 

//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 
//  NOTE:  Using  the  6/16  encoding  differes  from  IEEE  802.11  standard. 
//  NOTE:  The  order  also  is  different  from  the  IEEE  802.11  standard 
//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 


Id 

r5, 

v  Thread  0  packet  que 

number 

mov 

rl, 

l«kTx  Data  Address  1 

SEMAPHORE 

outp 

rl, 

SCUdown 

Id 

r2. 

r5,  a  Tx  Data  Address 

_1  // 

Address 

1  -  Destination  Address 

of  Frame 

outp 

rl, 

SCUup 

// 

(last  6 

bits  of  the  address 

only) 

mov 

rO, 

3 

WiFi_Send_Data_Packet_Transmitting_Address_l_LOOP : 

//  Transmitts  the  address  three  times 
mov  r3,  r2 

j sr  r6,  RFW_Send_6_Bits_616 

sub  rO,  rO,  1 

be  ZC,  WiFi_Send_Data_Packet_Transmitting_Address_l_LOOP 

//  Transmitting  Address  2 
//  Frame  Octets  11-16 

//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 
//  NOTE:  Using  the  6/16  encoding  differes  from  IEEE  802.11  standard. 
//  NOTE:  The  order  also  is  different  from  the  IEEE  802.11  standard 
//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 

//  Address  2  -  Sending  Station  Address 

Id  r2,  v_Tx_Data_Address_2 

//  (last  6  bits  of  the  address  only) 
mov  rO,  3 

WiFi_Send_Data_Packet_Transmitting_Address_2_LOOP : 

//  Transmitts  the  address  three  times 
mov  r3,  r2 

j sr  r6,  RFW_Send_6_Bits_616 

sub  rO,  rO,  1 

be  ZC,  WiFi_Send_Data_Packet_Transmitting_Address_2_LOOP 

//  Transmitting  Address  3  -  BSSID 
//  Frame  Octets  21-22 

//  NOTE:  This  is  different  from  the  IEEE  802.11  standard 
//  There  would  normally  be  6  Octets  for  the  BSSID 

//  The  BSSID  is  not  used  in  this  experiment,  so  it  is  not  big  deal 
//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 

//  Address  2  -  Sending  Station  Address 

Id  r2,  v_Tx_Data_Address_3 

//  (last  6  bits  of  the  address  only) 
mov  rO,  3 

WiFi_Send_Data_Packet_Transmitting_Address_3_LOOP : 

//  Transmitts  the  address  three  times 
mov  r3,  r2 

j sr  r6,  RFW_Send_6_Bits_616 

sub  rO,  rO,  1 

be  ZC,  WiFi_Send_Data_Packet_Transmitting_Address_3_LOOP 

//  Transmitting  Sequence  Number 
//  Frame  Octets  23-24 

Id  r3,  v_Tx_Data_Sequence_Number  //  a_Tx_Data_Frame  +  11 

j sr  r6,  RFW_Send_6_Bits_616 

/ /  Transmitting  Frame  Data 
mov  rl,  0 

WiFi  Send  Data  Packet  Data  LOOP: 


Id 

r3. 

rl,  a  Tx  Data  Frame 

j  sr 

r  6, 

RFW  Send  6  Bits  616 

add 

rl. 

rl,  1 

#if def  TELEMETRY 

#endif 

sub 

rO, 

rl,  42 
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#if def  AVIONICS 


sub 


rO,  rl,  388 


#endif 


be  NE,  WiFi_Send_Data_Packet_Data_LOOP 
//  Transmitting  FCS  (frame  check  sequence) 


Id 

r3. 

a  Tx  Data  FCS  + 

0 

jsr 

r  6, 

RFW  Send  6  Bits 

_616 

Id 

r3. 

a  Tx  Data  FCS  + 

1 

jsr 

r  6, 

RFW  Send  6  Bits 

_616 

WiFi_Send_Data_Packet_END : 

sub  sp,  sp,  1 
Id  r6,  sp,  0 


jsr  r6,  r6 


//=========================================================== 

//  Input  Params :  rO  =  Address  2  -  Sending  Station  Address 

//  Output  Params:  None 

// - 

//  Description:  Transmits  a  WiFi  ACK  Frame. 

//  Note:  This  routine  was  written  by  Capt  Green 

//=========================================================== 


(last  6  bits  of  the  address  only) 


WiFi_Send_ACK_Packet : 

st  r 6,  sp,  0 

add  sp,  sp,  1 

/ /  Transmitting  Frame  Control 

//  Tells  distant  end  wether  packet  is  an  ACK  or  Data  Packet 
//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 

//  NOTE:  Using  the  6/16  encoding  dif feres  from  IEEE  802.11  standard 

//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 
Id  r3,  a_Tx_ACK_Frame  +  0 

jsr  r6,  RFW_Send_6_Bits_616  //  Frame  Octet  1-2 

//  Transmitting  Duration/ID 

//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 

//  NOTE:  Using  the  6/16  encoding  differes  from  IEEE  802.11  standard 

//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 
Id  r3,  a_Tx_ACK_Frame  +  1 

jsr  r6,  RFW_Send_6_Bits_616  //  Frame  Octet  3-4 

//  Transmitting  Received  Address  2  -  Sending  Station  Address 

//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 

//  NOTE:  Using  the  6/16  encoding  differes  from  IEEE  802.11  standard 

//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 


Id 

r3. 

a  Tx  ACK_ 

Frame  +  2 

jsr 

r  6, 

RFW  Send 

6  Bits  616 

//  Frame 

Octet  5-6 

Id 

r3. 

a  Tx  ACK_ 

Frame  +  3 

jsr 

r  6, 

RFW  Send 

6  Bits  616 

//  Frame 

Octet  7-8 

mov 

r3. 

rO  //  rO 

=  Destination 

Station 

// 

(last  16  bits  of  the 

address  only) 

jsr 

r  6, 

RFW  Send 

6  Bits  616 

//  Frame 

Octet  9-10 

//  Transmitting  FCS  (frame  check  sequence) 


Id 

r3. 

a  Tx  ACK 

Frame  +  5 

jsr 

r  6, 

RFW  Send 

6  Bits  616 

Id 

r3. 

a  Tx  ACK 

Frame  +  6 

jsr 

r  6, 

RFW  Send 

6  Bits  616 

WiFi_Send_ACK_Packet_END : 

sub  sp,  sp,  1 
Id  r6,  sp,  0 

jsr  r6,  r6 


/ /■ 
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//  Input  Params :  None 

//  Output  Params:  rO  =  Garbage 

// - 


//  Description: 

// 

//============== 


Sends  a  training  sequence  to  reset  the  BBU  of  the  receiving 
radio . 


RFW  SendPacketPostamble : 


st 

r6 ,  sp. 

0 

add 

sp,  sp. 

1 

mov 

r2, 0x5555 

jsr 

r 6, RFW 

Sendl6Chips 

//flush  transmit 

sub 

sp,  sp. 

1 

Id 

r6 ,  sp. 

0 

jsr 

r  6,  r  6 

Input  Params : 

rl 

-  Pointer 

to  3 

Word  Array  to  Store  Received 

Data 

Output  Params : 

rO 

=  Error  (0 

=  No 

Error,  1 

=  Hunt  Error,  2  = 

Hard  Error) 

r2 

-  Garbage 

r3 

-  Garbage 

Description : 


!/■■■ 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

RFW  Receive3Words 61 6 : 


Receives  3  words  using  the  616  Rate  Table  and  places  them 
into  the  array  pointed  to  by  rl .  If  the  routine  does  not 
receives  all  three  words  successfully,  it  returns  an  error 
code  in  rO. 

There  must  not  be  more  than  13  instruction  times  between 
successive  calls  to  this  routine  when  receiving  a  packet. 


// 


sive 

the  first 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6 

HuntError 

bic 

r2. 

r2. 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6 

HardError 

and 

r2. 

r2. 

ObOOllllll 

rol 

rO, 

r2, 

10 

sive 

the  second 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6 

HuntError 

bic 

r2. 

r2, 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6 

HardError 

and 

r2. 

r2. 

ObOOllllll 

rol 

r2. 

r2, 

4 

ior 

rO, 

rO, 

r2 

2ive 

the  third 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6 

HuntError 

bic 

r2. 

r2. 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6 

HardError 

and 

r2. 

r2, 

ObOOllllll 

rol 

r2. 

r2. 

-2 

and 

r3, 

r2. 

ObllOOOOOOOOOOOOOO 

and 

r2. 

r2, 

ObOOOOOOOOOOOOllll 

ior 

rO, 

rO, 

r2 

st 

rO, 

rl, 

0  //  Store  1st  word  of 

sive 

the  fourth 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6 

HuntError 

bic 

r2. 

r2. 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6 

HardError 

and 

r2. 

r2. 

ObOOllllll 

rol 

r2. 

r2. 

8 

ior 

r3, 

r3, 

r2 

2ive 

the  fifth 

6  bits 

inp 

r2, 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6 

HuntError 

bic 

r2. 

r2, 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6 

HardError 

and 

r2. 

r2, 

ObOOllllll 

rol 

r2, 

r2, 

2 

ior 

r3, 

r3, 

r2 
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sive 

the  sixth 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6  HuntError 

bic 

r2. 

r2,  " 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6  HardError 

and 

r2. 

r2. 

ObOOllllll 

rol 

r2. 

r2. 

-4 

and 

rO, 

r2. 

ObOOOOOOOOOOOOOOll 

ior 

r3. 

r3. 

rO 

and 

rO, 

r2. 

ObllllOOOOOOOOOOOO 

st 

r3. 

rl. 

1  //  Store  2nd  word  of 

2ive 

the  seventh  6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6  HuntError 

bic 

r2. 

r2. 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6  HardError 

and 

r2. 

r2. 

ObOOllllll 

rol 

r2. 

r2. 

6 

ior 

rO, 

rO, 

r2 

sive 

the  eighth 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Words61 6  HuntError 

bic 

r2. 

r2. 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Words61 6  HardError 

and 

r2. 

r2,  " 

ObOOllllll 

ior 

rO, 

rO, 

r2 

st 

rO, 

rl. 

2  //  Store  3rd  word  of 

mov 

rO, 

0 

bra 

RFW 

Receive3Words61 6  END 

RFW_Receive3Words  61 6_HuntError : 

mov  rO,  1 

bra  RFW_Receive3Words61 6_END 

RFW_Receive3Words  61 6_HardError : 

mov  rO,  2 


RFW  Receive3Words61 6  END: 


jsr  r6,  r6 


Input  Params : 
Output  Params : 

rl  =  Pointer  to  3  Word  Array  to  Store  Received  Data 
rO  =  Error  (0  =  No  Error,  1  =  Hunt  Error,  2  =  Hard  Error) 
r2  =  Garbage 
r3  =  Garbage 

Description : 

Receives  3  words  using  the  616  Rate  Table  and  places  them 
into  the  array  pointed  to  by  rl .  If  the  routine  does  not 
receives  all  three  words  successfully,  it  returns  an  error 
code  in  rO. 

There  must  not  be  more  than  13  instruction  times  between 
successive  calls  to  this  routine  when  receiving  a  packet. 

RFW_Receive3Bytes61 6 : 


mov  r3,  ObOOllllll 


2ive 

the  first 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Bytes61 6 

HuntError 

bic 

r2. 

r2,~ 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Bytes61 6 

HardError 

and 

r2. 

r2,~ 

ObOOllllll 

rol 

rO, 

r2. 

10 

sive 

the  second 

6  bits 

inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Bytes61 6 

HuntError 

bic 

r2. 

r2,~ 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Bytes61 6 

HardError 

and 

r2. 

r2,~ 

r3 

rol 

r2. 

r2. 

4 

ior 

rO, 

rO, 

r2 

//  extract  first  byte 

and  r2 ,  rO,  OxFFOO 

rol  r2 ,  r2,  8 
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St 


r2 


rl,  0 


//  pack  remaining  data  in  high  bits 
rol  rO,  rO,  8 

and  rO,  rO,  OxFOOO 


//  Receive  the  third  6  bits 


inp 

r2. 

BBUrx6 

be 

NS, 

RFW 

Receive3Bytes61 6 

HuntError 

bic 

r2. 

r2,~ 

kRFWHardErrorBit 

be 

VS, 

RFW 

Receive3Bytes61 6 

HardError 

rol 

r2. 

r2,~ 

"6 

ior 

rO, 

rO, 

r2 

// 

extract 

second 

byte 

and 

r2, 

rO,  OxFFOO 

rol 

r2, 

r2,  8 

st 

r2, 

rl,  1 

and 

rO, 

rO,  OxOOCO 

mov 

r3, 

OxOOFF 

Receive 

inp 

be 

bic 

be 

ior 


the  third  6  bits 
r2,  BBUrx6 

NS,  RFW_Receive3Bytes61 6_HuntError 
r2,  r2,  kRFWHardErrorBit 
VS,  RFW_Receive3Bytes61 6_HardError 
rO,  rO,  r2 


//  extract  third  byte 

and  r2,  rO,  r3 

st  r2,  rl,  2 


mov  rO,  0 

bra  RFW_Receive3Bytes61 6_END 


RFW_Receive3Bytes  61 6_HuntError : 

mov 

bra 


rO,  1 

RFW_Receive3Bytes61 6_END 


RFW_Receive3Bytes  61 6_HardError : 


RFW_Receive3Bytes61 6_END: 


mov  rO,  2 

jsr  r6,  r6 


// 


// 


II 


Input  Params : 
Output  Params 

None 

:  rO  =  (0  =  No  Error,  1 

=  Hunt  Error,  2  =  CRC  Error) 

Description : 

Received  a  Data  Frame  and 

stores  all  received  data  in  a  Rx  Data 

1  Data  Frame: 

mov 

r5, 

0 

mov 

rO, 

1 

WiFi  Received  Data  Frame  LOOP: 

inp 

r2. 

BBUrx6 

and 

r3. 

r2. 

ObOOllllll 

st 

r3. 

rO, 

a  Rx  Data  Frame 

bic 

r2. 

r2. 

kRFWHuntBit 

// 

Abort  if 

no  data  detected 

be 

VS, 

WiFi 

Received  Data  Frame 

HuntError 

bic 

r2. 

r2. 

kRFWHardErrorBit 

// 

Abort  if 

hard 

error  detected 

be 

VS, 

WiFi 

Received  Data  Frame 

HardError 

add 

rO, 

rO, 

1 

#if def 

TELEMETRY 

sub 

rl. 

rO, 

56 

#endif 
#if def 

AVIONICS 

sub 

rl. 

rO, 

402 

#endif 

be 

NE, 

WiFi 

Received  Data  Frame 

LOOP 
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bra 


WiFi  Received  Data  Frame  END 


//* 


/ /  Errors  received 

WiFi  Received  Data  Frame  HuntError: 


// 

rO 

=  0  = 

NO  Error 

// 

rO 

=  1  = 

**Hunt  Error** 

// 

rO 

=  2  = 

**Hard  Error** 

mov 

r5, 

1 

add 

rO, 

rO,  1 

#if def 

TELEMETRY 

sub 

rl, 

rO,  56 

#endif 
#if def 

AVIONICS 

sub 

rl, 

rO,  402 

#endif 

be 

NE, 

WiFi  Received 

bra  WiFi_Received_Data_Frame_END 
WiFi  Received  Data  Frame  HardError: 


// 

rO 

=  0  = 

NO  Error 

// 

rO 

=  1  = 

**Hunt  Error** 

// 

rO 

=  2  = 

**Hard  Error** 

mov 

r5, 

2 

add 

rO, 

rO,  1 

#if def 

TELEMETRY 

sub 

rl, 

rO,  56 

#endif 
#if def 

AVIONICS 

sub 

rl. 

rO,  402 

#endif 

be 

NE, 

WiFi  Received 

//* 


bra  WiFi_Received_Data_Frame_END 

//  Frame  Received.  Jump  back  from  subroutine. 

WiF i_Re  ce i ved_Dat  a_Fr ame_EN D : 

bic  r5,  r5,  0  //If  lsb  is  set,  received  a  HUNT  error 

be  VS,  WiFi_Received_Data_Frame_END_Hunt_Error 

//  If  bit  1  is  set  (with  bit  0  being  lsb),  received  HARD  error 
bic  r5,  r5,  1 

be  VS,  WiFi_Received_Data_Frame_END_Hard_Error 

//  If  neither  bit  0  or  bit  1  in  r5  were  set,  then  the  frame  was 
//  received  without  errors 
//  rO  =  0  =  NO  Error 
//  rO  =  1  =  **Hunt  Error** 

//  rO  =  2  =  **Hard  Error** 
mov  rO,  0 


D  sr 


r  6,  r  6 


WiFi_Received_Data_Frame_END_Hunt_Error : 

//  rO  =  0  =  NO  Error 
//  rO  =  1  =  * *Hunt  Error** 
//  rO  =  2  =  * *Hard  Error** 
mov  rO,  1 


jsr 


r  6,  r  6 


WiFi_Received_Data_Frame_END_Hard_Error : 

//  rO  =  0  =  NO  Error 
//  rO  =  1  =  * *Hunt  Error** 
//  rO  =  2  =  * *Hard  Error** 
mov  rO,  2 


D  sr 


r  6,  r  6 


Input  Params : 
Output  Params 

None 

:  rO  =  (0  =  No  Error,  1 

=  Hunt  Error,  2  =  CRC  Error) 

Description : 

Received  an  ACK  Frame  and 

stores  all  received  data  in  a  Rx  ACK  ] 
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WiFi  Received  ACK  Frame: 


mov 

r5, 

0 

mov 

rO, 

1 

WiFi  Received  ACK  Frame  LOOP: 

inp 

r2. 

BBUrx6 

and 

r3. 

r2,  ObOOllllll 

st 

r3, 

rO,  a  Rx  ACK  Frame 

bic 

r2. 

r2,  kRFWHuntBit 

//  Abort  if 

no  ACK  detected 

be 

VS, 

WiFi  Received  ACK  Frame 

HuntError 

bic 

r2. 

r2,  kRFWHardErrorBit 

//  Abort  if 

hard 

error  detected 

be 

VS, 

WiFi  Received  ACK  Frame 

HardError 

add 

rO, 

rO,  1 

sub 

rl, 

rO,  6 

be 

NE, 

WiFi  Received  ACK  Frame 

LOOP 

bra  WiFi 

Received  ACK  Frame  END 

//************************************, 

r***** 

************************* 

********** 

//  Errors  received 

WiFi  Received  ACK 

Frame 

HuntError : 

// 

rO 

=  0  = 

NO  Error 

// 

rO 

=  1  = 

**Hunt  Error** 

// 

rO 

=  2  = 

**Hard  Error** 

mov 

r5, 

1 

add 

rO, 

rO,  1 

sub 

rl. 

rO,  6 

be 

NE, 

WiFi  Received 

bra  WiFi_Received_ACK_Frame_END 

WiFi_Received_ACK_Frame_HardError : 

//  rO  =  0  =  NO  Error 
//  rO  =  1  =  **Hunt  Error** 

//  rO  =  2  =  * *Hard  Error** 


mov 

r5, 

2 

add 

rO, 

rO,  1 

sub 

be 

rl, 

NE, 

rO,  6 

WiFi  Received  ACK  Frame  LOOP 

bra  WiFi  Received  ACK  Frame  END 

//  Frame  Received.  Jump  back  from  subroutine. 

WiFi  Received  ACK  Frame  END: 

bic 

be 

//  If  bit  1  is  set 
bic 
be 

r5, 

VS, 

(with 

r5, 

VS, 

r5,  0  //  If  lsb  is  set,  received  a  HUNT 

WiFi  Received  ACK  Frame  END  Hunt  Error 
bit  0  being  lsb) ,  received  HARD  error 
r5,  1 

WiFi  Received  ACK  Frame  END  Hard  Error 

//  If  neither  bit  0  or  bit  1  in  r5  were  set, 
//  then  the  frame  was  received  without  errors 

//  rO  =  0  =  NO  Error 
//  rO  =  1  =  * *Hunt  Error** 

//  rO  =  2  =  * *Hard  Error** 
mov  rO,  0 


]sr 


r  6,  r  6 


WiFi_Received_ACK_Frame_END_Hunt_Error : 

//  rO  =  0  =  NO  Error 
//  rO  =  1  =  * *Hunt  Error** 
//  rO  =?  2  =  * *Hard  Error** 
mov  rO,  1 


jsr  r6,  r6 

WiFi_Received_ACK_Frame_END_Hard_Error : 

//  rO  =  0  =  NO  Error 
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//  rO  =  1  =  * *Hunt  Error** 
//  rO  *  2  =  **Hard  Error** 
mov  rO,  2 

jsr  r6,  r6 


/ /■ 


// 

Input  Params : 

r2 

// 

rO  = 

// 

rl  = 

// 

r2  = 

// 

r  6  = 

// 

Output  Params : 

none 

//- 

// 

Description : 

Takes 

II 


scrambled 
scrambled 
16chips  to  send 
return  address 


16  chips"  and  sends  out  32  chips  double  speed  to  generate  bit  structure 


RFW_Sendl 6Chips : 


RFW_Sendl 6Chips_END : 


and 

rO, 

r2. 

OxOOOF 

Id 

rO, 

rO, 

rxNibbleTable 

rol 

r2, 

r2. 

-4 

and 

rl. 

r2. 

OxOOOF 

Id 

rl. 

rl. 

rxNibbleTable 

rol 

rl. 

rl. 

8 

ior 

rO, 

rO, 

rl 

outp 

rO, 

BBUtx 

rol 

r2 , 

r2. 

-4 

and 

rO, 

r2. 

OxOOOF 

Id 

rO, 

rO, 

rxNibbleTable 

rol 

r2 , 

r2. 

-4 

and 

rl. 

r2. 

OxOOOF 

Id 

rl. 

rl. 

rxNibbleTable 

rol 

rl. 

rl. 

8 

ior 

rO, 

rO, 

rl 

outp 

rO, 

BBUtx 

jsr 

r  6, 

r  6 

//shift  left 


//shift  left 
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C.  12.  RFWaves  data.asm 


Short  Data  File  used  by  Routines  for  using  the  RFW  RF  Module.  It  contains  all  data  that 
is  time  critical  for  the  RFW  RF  Module  routines. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


$RCSfile:  RFWaves_data . asm, v  $ 
$Revision:  1.1  $ 

Tag  $Name:  $ 

$Date :  2003/07/24  00:01:35  $ 
$Author:  eleven  $ 


Project:  XInC  Library 

Description:  Short  Data  File  used  by  Routines  for  using  the  RFW  RF  Module. 


//  LookupTable  that  could  go  in  short  address  space. 
//  It  just  does  the  following  transformation: 

//  0  ->  00 

//  1  ->  01 

// 

//  Data  is  sent  out  of  the  BBU  lsb  first. 

//  A  2A8  table  could  be  used  if  time  is  a  problem. 

rxNibbleTable : 

ObOOOOOOOO 

ObOOOOOOOl 

ObOOOOOlOO 

ObOOOOOlOl 

ObOOOlOOOO 

ObOOOlOOOl 

ObOOOlOlOO 

ObOOOlOlOl 

ObOlOOOOOO 

ObOlOOOOOl 

ObOlOOOlOO 

ObOlOOOlOl 

ObOlOlOOOO 

ObOlOlOOOl 

ObOlOlOlOO 

ObOlOlOlOl 
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C.13.  Short  Data,  asm 


Contains  any  data  (memory  variables  and  tables)  that  must  be  accessible  with  a  single 


word  instruction. 


//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

rxBVTable : 

OxOOlF 

0x003F 

0x007F 

OxOOFF 

OxOlFF 

0x03FF 

#if def  THROUGHPUT_2_S TAT I ON S 
#if def  STATION_2 

rxDA_Station_Number : 

Station_03  //  0 
Station_03  //  1 
Station_03  //  2 
Station_03  //  3 

#endif 


#if def  STATION_3 

rxDA_Station_Number : 

Station_02  //  0 
Station_02  //  1 
Station_02  //  2 
Station_02  //  3 

#endif 

#endif 


#if def  THROUGHPUT_3_S TATI ON S 
#if def  STATION_l 

rxDA_Station_Number : 

Station_02  //  0 
Station_02  //  1 
Station_03  //  2 
Station_03  //  3 

#endif 

# if def  STATION_2 

rxDA_Station_Number : 

Station_01  //  0 
Station_01  //  1 
Station  03  //  2 


*****  (Q)  2002  by  Eleven  Engineering  Incorporated  ************* 
Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Short_Data . asm 

Project:  XInC  Dev  Kit  -  Sample  Empty  Project 
Created:  25  Jun  2002  by  Ryan  Northcott 
Revised:  25  Jun  2002  by  Ryan  Northcott 

Description:  Contains  any  data  (memory  variables  and  tables)  that  must  be 
accessible  with  a  single  word  instruction.  There  is  only 
enough  room  for  127  words  of  data  in  the  Short  Address  space. 
All  other  data  should  be  stored  in  the  "Long_Data . asm"  file 
to  ensure  that  it  is  stored  in  a  separate  2kWord  memory  block 
from  all  code. 

Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 
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Station_03  //  3 

#endif 

tifdef  STATI0N_3 

rxDA_Station_Number : 

Station_01  //  0 
Station_01  //  1 
Station_02  //  2 
Station_02  //  3 

#endif 

#endif 


tifdef  THR0UGHPUT_4_STATI0NS 
tifdef  STATI0N_1 

rxDA_Station_Number : 

Station_02  //  0  -  Will  never  be  used 

Station_02  //  1 

Station_03  //  2 

Station_04  //  3 

tendif 

tifdef  STATI0N_2 

rxDA_Station_Number : 

Station_01  //  0  -  Will  never  be  used 

Station_01  //  1 

Station_03  //  2 

Station_04  //  3 

tendif 

tifdef  STATI0N_3 

rxDA_Station_Number : 

Station_01  //  0  -  Will  never  be  used 

Station_01  //  1 

Station_02  //  2 

Station_04  //  3 

tendif 

tifdef  STATI0N_4 

rxDA_Station_Number : 

Station_01  //  0  -  Will  never  be  used 

Station_01  //  1 

Station_02  //  2 

Station_03  //  3 

tendif 

tendif 
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C.  14.  ThreadO.asm 


The  main  thread  running  the  IEEE  802.11  protocol.  It  also  handled  all  packet 
transmission. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  ThreadO.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 
Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  0.  IEEE  802.11  MAC  layer  Protocol. 

Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 


TO  Initialization: 


//  Initialize  the  Tokaido  Radio 
j sr  r6,  RFW_Initialize 

//  Initialize  LEDs 

j sr  r6,  InitializeLEDs 

//  Turn  Off  Thread2 

mov  rO,  kStop_Thread_2 

outp  rO,  SCUstop 

//  Initialize  the  Data  and  ACK  frames 

j sr  r6,  Initialize_Data_Frame 

j sr  r6,  Initialize_ACK_Frame 


//  Initialize  some  variables 


mov 

rO, 

0 

st 

rO, 

a_ 

Rx  Sequence 

Numbers 

+ 

0 

st 

rO, 

a 

Rx  Sequence 

Numbers 

+ 

1 

st 

rO, 

a_ 

Rx  Sequence 

Numbers 

+ 

2 

st 

rO, 

a 

Rx  Sequence 

Numbers 

+ 

3 

st 

rO, 

V 

Medium  Idle 

Flag 

st 

rO, 

V 

Delay  Time 

sub 

rO, 

rO,  1 

st 

rO, 

V 

Thread  0  packet  que 

number 

mov 

rO, 

1 

st 

rO, 

V 

Number  of  Retransmissions 

st 

rO, 

a 

Tx  Sequence 

Numbers 

+ 

0 

st 

rO, 

a_ 

Tx  Sequence 

Numbers 

+ 

1 

st 

rO, 

a 

Tx  Sequence 

Numbers 

+ 

2 

st 

rO, 

a_ 

Tx  Sequence 

Numbers 

+ 

3 

//  Put  Tokaido  into  recieve  mode 

j sr  r6,  RFW_EnterReceiveMode 


WiFi_Main_Loop : 

//  Check  to  see  if  waiting  for  an  ACK  (is  kACK_SEMAPHORE  HIGH?) 
//  If  YES,  jump  to  Waiting_ACK_Timeout . 


inp 

rl, 

SCUrsrc 

bis 

rl, 

r 1 ,  kACK_SEMAPHORE 

be 

VS, 

Waiting  ACK  Timeout 
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//  Start  Thread  2 

jsr  r6,  Start_RX_Thread 


Wait_f or_Transmition_Request : 

//  Loop  while  waiting  for: 

//  A  packet  from  Application  layer  (indicated  by  v_Packets_in_Que  being  >  0) 

//  — or — 

//  Thread  2  to  detect  a  transmition  (indicated  by  kReceived_TX_SEMAPHORE  going  HIGH) 
mov  rO,  l«kPackets_in_Que_SEMAPHORE 

outp  rO,  SCUdown 

Id  rl,  v_Packets_in_Que 

outp  rO,  SCUup 

be  ZC,  Transmit_Frame_HIGH 


inp  rl,  SCUrsrc 

bis  rl,  rl,  kRece ived_TX_SEMAPHORE 

be  VS,  Receive_Frame_with_Transmit_Frame_LOW 


bra  Wait_for_Transmition_Request 

Transmit_Frame_HIGH : 

//  Begin  frame  transmition  process 

Transmit_Frame_HIGH_CALC: 

//  Dummy  command  to  get  the  timing  just  right 


mov 

r5, 

0 

// 

Calcutaling  DISF  Period 

inp 

r5, 

SCUtime 

add 

r5, 

r5,  ( kDIFSTime  -  300) 

st 

r5, 

v  Delay  Time 

Transmit  Frame  DIFS  LOOP: 

Id 

r5, 

v  Delay  Time 

Transmit  Frame  DIFS  LOOP  2 

// 

If  kReceived  TX  SEMAPHORE  goes  HIGH,  jump  out  to  a  separate 

loop 

inp 

rl, 

SCUrsrc 

bis 

rl. 

rl,  kReceived  TX_SEMAPHORE 

be 

VS, 

Receive  Frame  in  Transmit  DIFS  window 

inp 

rl. 

SCUtime 

sub 

rl. 

rl,  r5 

be 

LTO 

,  Transmit  Frame  DIFS  LOOP  2 

//  Check 

to  see  if 

any  frame  was  received  during  the  DIFS  Period. 

//  Basically,  was  the  channel  clear  during  the  entire  DIFS  period? 

//  If  YES 

,  then  wait  a  Random  Backoff  Time  interval  and  transmit. 

//  If  NO, 

then  just 

transmit  without  waiting  a  Random  Backoff  Time  interval 

//  Note: 

v  Medium 

Idle 

Flag  is  1  or  greater  =  YES, 

// 

v  Medium 

Idle_ 

Flag  is  zero  =  NO 

Id 

rl. 

v  Medium  Idle  Flag 

sub 

rl. 

rl,  0 

be 

EQ, 

Transmit  Frame  DONE 

Transmit  Frame  BV  START: 

// 

Calcutaling  Slot  Time 

inp 

r5. 

SCUtime 

add 

r5. 

r5,  (kSlotTime  -  100) 

st 

r5, 

v  Delay  Time 

Transmit  Frame  BV  LOOP: 

// 

Calcutaling  BV 

Period 

Id 

r4 , 

v  BV  Slots 

Id 

r5. 

v  Delay  Time 

Transmit  Frame  BV  LOOP  2 : 

// 

If  kReceived  TX  SEMAPHORE  goes  HIGH,  jump  out  to  a  separate 

loop 

inp 

rl, 

SCUrsrc 

bis 

rl. 

rl,  kReceived  TX_SEMAPHORE 

be 

VS, 

Receive  Frame  in  Transmit  BV  window 

inp 

rl. 

SCUtime 

sub 

r2 , 

rl,  r5 

be 

LTO 

,  Transmit  Frame  BV  LOOP  2 

// 

Dummy  Load  to 

get  timing  right 

mov 

rO, 

0 

mov 

rO, 

0 
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mov 

mov 


rO,  0 
rO,  0 


//  Decrement  by  one  v_BV_Slots 
sub  r4,  r4,  1 

st  r4,  v_BV_Slots 

//  If  v_BV_Slots  does  NOT  equal  zero,  loop  back 
//  If  v_BV_Slots  IS  equal  to  zero,  re-transmit  frame 

be  ZC,  Transmit_Frame_BV_START 

Transmit  Frame  DONE: 


bra  Transmit  Frame 


//  Waiting  for  ACK  Routines 
Waiting_ACK_Timeout : 

//  Start  Thread  2 

jsr  r6,  Start_RX_Thread 

//  Loop  lisening  to  the  channel  for  an  ACK  for  the  last  frame  sent. 

//  If  don't  receive  one  before  the  ACK  Timeout  period,  retransmitt  the  frame 
inp  r5,  SCUtime 

add  r5,  r5,  ( kACK_Timeout  -  kDIFSTime_Adj ustment) 

st  r5,  v_Delay_Time 

Waiting_ACK_Timeout_LOOP : 

Id  r5,  v_Delay_Time 

Waiting_ACK_Timeout_LOOP_2 : 

//  Loop  while  kReceived_TX_SEMAPHORE  is  LOW  or  still  in  DIFS  window 


inp 

rl. 

SCUrsrc 

bis 

rl. 

rl,  kReceived 

TX  SEMAPHORE 

be 

VS, 

Receive  Frame 

waiting  for  ACK 

inp 

rl. 

SCUtime 

sub 

rl. 

rl,  r5 

be 

LTO  ( 

,  Waiting  ACK 

Timeout  LOOP  2 

DONE_Waiting_ACK_Timeout : 
//  Retransmitting  frame. 


tifndef  DEBUG_LEDs  //  Dummy  loads  for  timing  purposes 
mov  rO,  OxFFFF 

mov  rO,  OxFFFF 

mov  rO,  OxFFFF 

#endif 

//  Check  to  see  if  any  frame  was  received  during  the  ACK  Timeout  Period. 

//  Basically,  was  the  channel  clear  during  the  entire  ACK  Timeout  period? 

//  If  NO,  wait  a  DIFS,  then  a  Random  Backoff  Time  interval,  then  retransmit. 
//  If  YES,  then  wait  a  Random  Backoff  Time  interval  and  then  retransmit 
//  Note:  v_Medium_Idle_Flag  HIGH  (true)  =  YES, 

//  v_Medium_Idle_Flag  LOW  (false)  =  NO 

Id  rl,  v_Medium_Idle_Flag 

sub  rl,  rl,  0 

be  EQ,  ACKTimeout_Done_BV_START 

ACKTimeout_Done_DIFS_CALC : 

//  Dummy  command  to  get  the  timing  just  right 
mov  r5,  0 

//  Calcutaling  DISF  Period 
inp  r5,  SCUtime 

add  r5,  r5,  (kDIFSTime  -  300) 

st  r5,  v_Delay_Time 

ACKTimeout_Done_DIFS_LOOP : 

Id  r5,  v_Delay_Time 

ACKT ime  ou t_Done_D I F S_LOOP_2 : 

//  If  kReceived_TX_SEMAPHORE  goes  HIGH,  jump  out  to  a  separate  loop 


inp 

rl. 

SCUrsrc 

bis 

rl. 

rl,  kReceived  TX  SEMAPHORE 

be 

VS, 

Receive  Frame  in  ACK  DIFS  window 

inp 

rl. 

SCUtime 

sub 

rl. 

rl,  r5 

C-67 


be  LTO ,  ACKTimeout_Done_DIFS_LOOP_2 

ACKTimeout_Done_BV_START : 

//  Calcutaling  Slot  Time 


inp 

r5, 

SCUtime 

add 

r5, 

r5,  (kSlotTime  -  100) 

st 

r5, 

v  Delay  Time 

ACKTimeout_Done_BV_LOOP : 

//  Calcutaling  BV  Period 

Id  r4,  v_BV_Slots 

Id  r5,  v_Delay_Time 

ACKTimeout_Done_BV_LOOP_2 : 

//  If  kReceived_TX_SEMAPHORE  goes  HIGH,  jump  out  to  a  separate  loop 
inp  rl,  SCUrsrc 

bis  rl,  rl,  kRece ived_TX_SEMAPHORE 

be  VS,  Receive_Frame_in_ACK_BV_window 

inp  rl,  SCUtime 

sub  r2,  rl,  r5 

be  LTO,  AC KT imeo u t_Don e_BV_LOO P_2 

//  Dummy  Load  to  get  timing  right 
mov  rO,  0 

mov  rO,  0 

mov  rO,  0 

mov  rO,  0 

//  Decrement  by  one  v_BV_Slots 
sub  r4,  r4,  1 

st  r4,  v_BV_Slots 

//  If  v_BV_Slots  does  NOT  equal  zero,  loop  back 
//  If  v_BV_Slots  IS  equal  to  zero,  re-transmit  frame 
be  ZC,  ACKTimeout_Done_BV_START 


ACKT ime  ou t_Done_B V_DONE : 

bra  Retransmit  Frame 


//  Received  a  Frame  commands 

Receive_Frame_with_Transmit_Frame_LOW : 

//  — WAIT —  till  Thread  2  stops  processing  the  Received  Frame 


inp 

rl, 

SCUrsrc 

bis 

rl, 

rl,  kReceived 

TX  SEMAPHORE 

be 

VS, 

Receive  Frame 

with  Transmit  Frame  LOW 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  ?=  Received  frame  NOT  for  this  station 
Id  rl,  v_Received_Stuf f_FLAG 

sub  rl,  rl,  1 

//  Wait_f or_Transmition_Request  //  rl  =  -1  =  Received  JUNK 
be  NS,  EIFS_Period 

be  ZS,  Send_ACK  //  rl  —  0  =  Received  DATA  packet 

//  rl  =  1  or  2  =  Received  ACK  or  frame  NOT  for  this  station 
bra  WiFi_Main_Loop 


Receive  Frame  in  Transmit 

DIFS 

window : 

//  — WAIT —  till  Thread 

2  stops  processing  the  Received 

Frame 

inp 

rl, 

SCUrsrc 

bis 

rl, 

rl,  kReceived  TX_SEMAPHORE 

be 

VS, 

Receive  Frame  in  Transmit  DIFS 

window 

// 

V 

Received 

_Stuf  f 

FLAG  =  0  = 

Received 

JUNK 

// 

V 

Received 

_Stuf  f 

FLAG  =  1  = 

Received 

DATA  packet 

// 

V 

Received 

_Stuf  f 

FLAG  =  2  = 

Received 

ACK 

// 

V 

Received 

Stuff 

FLAG  =  3  = 

Received 

frame  NOT 

for  this 

Id 

rl,  v  Received  Stuff  FLAG 

sub 

rl,  rl,  1 

// 

Transmit  Frame  DIFS  LOOP  / / 

rl  =  -1  = 

=  Received 

JUNK 

be  NS,  EIFS_Period 

be  ZS,  Send_ACK  //  rl  =  0  =  Received  DATA  packet 
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sub  rl,  rl,  1 

//  rl  =  0  =  Received  ACK  packet  (should  NOT  happen  -  so  reset) 
be  ZS,  WiFi_Main_Loop 

//  rl  =  1  =  frame  NOT  for  this  station 

/ /  inerment  v_Medium_Idle_Flag  by  1 
Id  rO,  v_Medium_Idle_Flag 

add  rO,  rO,  1 

st  rO,  v_Medium_Idle_Flag 

//  Create  a  new  BV 

mov  rl,  l«kCreate_RN_BV_SEMAPHORE 

outp  rl,  SCUdown 

outp  rl,  SCUdown 

bra  Transmit  Frame  HIGH  CALC 


Receive_Frame_in_Transmit_BV_window : 

//  — WAIT —  till  Thread  6  stops  processing  the  Received  Frame 


inp 

rl, 

SCUrsrc 

bis 

rl, 

rl,  kReceived 

TX_SEMAPHORE 

be 

VS, 

Receive  Frame 

in  Transmit  BV  window 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  =  Received  frame  NOT  for  this  station 
Id  rl,  v_Received_Stuf f_FLAG 

sub  rl,  rl,  1 

//  Transmit_Frame_BV_LOOP  //  rl  =  -1  =  Received  JUNK 
be  NS,  EIFS_Period 

be  ZS,  Send_ACK  //  rl  =  0  =  Received  DATA  packet 
sub  rl,  rl,  1 

//  rl  =  0  =  Received  ACK  packet  (should  NOT  happen  -  so  reset) 
be  ZS,  WiFi_Main_Loop 

//  rl  —  1  =  frame  NOT  for  this  station 

//  inerment  v_Medium_Idle_Flag  by  1 
Id  rO,  v_Medium_Idle_Flag 

add  rO,  rO,  1 

st  rO,  v_Medium_Idle_Flag 

//  Create  a  new  BV 

mov  rl,  1 «  kC  re  at  e_RN_BV_SEMAPHORE 
outp  rl,  SCUdown 

outp  rl,  SCUdown 

bra  Transmit  Frame  HIGH  CALC 


Receive_Frame_waiting_f or_ACK : 

//  — WAIT —  till  Thread  6  stops  processing  the  Received  Frame 
inp  rl,  SCUrsrc 

bis  rl,  rl,  kRece ived_TX_SEMAPHORE 

be  VS,  Receive_Frame_waiting_f or_ACK 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  =  Received  frame  NOT  for  this  station 
Id  rl,  v_Received_Stuf f_FLAG 

sub  rl,  rl,  1 

//  rl  =  -1  =  Received  JUNK 

be  NS,  EIFS_Period  //  Waiting_ACK_Timeout_LOOP 
//  rl  =  0  =  Received  DATA  packet  (should  NOT  happen) 
be  ZS,  Send_ACK 

sub  rl,  rl,  1 

be  ZS,  WiFi_Main_Loop  //  rl  =  0  =  Received  ACK  packet 

//  rl  =  1  =  frame  NOT  for  this  station 

/ /  inerment  v_Medium_Idle_Flag  by  1 
Id  rO,  v_Medium_Idle_Flag 

add  rO,  rO,  1 

st  rO,  v_Medium_Idle_Flag 

//  Create  a  new  BV 

mov  rl,  1 «  kC  re  at  e_RN_BV_SEMAPHORE 

outp  rl,  SCUdown 
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outp  rl,  SCUdown 


bra  Waiting_ACK_Timeout_LOOP 


Receive  Frame  in  ACK  DIFS  window: 


// 

— 

WAIT —  till  Thread 

6  stops  processing  the  Received  Frame 

inp 

rl, 

SCUrsrc 

bis 

rl, 

rl,  kReceived  TX_SEMAPHORE 

be 

VS, 

Receive  Frame  in  ACK  DIFS  window 

// 

V 

Received  Stuff 

FLAG 

=  0  =  Received  JUNK 

// 

V 

Received  Stuff 

FLAG 

=  1  =  Received  DATA  packet 

// 

V 

Received  Stuff 

FLAG 

=  2=  Received  ACK 

// 

V 

Received  Stuff 

FLAG 

=  3  =  Received  frame  NOT  for  this  station 

Id 

rl, 

v  Received  Stuff  FLAG 

sub 

rl. 

rl,  1 

/ /  ACKTimeout 

Done  DIFS  LOOP  //  rl  =  -1  =  Received  JUNK 

be 

NS, 

EIFS  Period 

be 

ZS, 

Send  ACK  //  rl  =  0  =  Received  DATA  packet 

sub 

rl. 

rl,  1 

be 

ZS, 

WiFi  Main  Loop  //  rl  =  0  =  Received  ACK 

// 

rl 

=  1  =  frame  NOT  for  this  station 

/ /  inerment  v 

Medium  Idle  Flag  by  1 

Id 

r0. 

v  Medium  Idle  Flag 

add 

r0. 

h 

o 

st 

r0. 

v  Medium  Idle  Flag 

//  Create  a  new  BV 

mov 

rl. 

l«kCreate  RN  BV_SEMAPHORE 

outp 

rl. 

SCUdown 

outp 

rl. 

SCUdown 

// 

rl 

=  1  =  Received 

frame  NOT  for  this  station 

bra  ACKTimeout 

Done  DIFS_CALC 

Receive  Frame  in  ACK  BV 

window : 

//  — WAIT —  till 

Thread 

6  stops  processing  the  Received 

inp 

rl, 

SCUrsrc 

bis 

rl. 

rl,  kReceived  TX 

SEMAPHORE 

be 

VS, 

Receive  Frame  in 

ACK  BV  window 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  w  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  ,==  Received  frame  NOT  for  this  station 
Id  rl,  v_Received_Stuf f_FLAG 

sub  rl,  rl,  1 

//  ACKTimeout_Done_BV_LOOP  //  rl  =  -1  =  Received  JUNK 
be  NS,  EIFS_Period 

be  ZS,  Send_ACK  //  rl  =  0  =  Received  DATA  packet 
sub  rl,  rl,  1 

be  ZS,  WiFi_Main_Loop  //  rl  =0  =  Received  ACK 

//  rl  =  1  =  frame  NOT  for  this  station 

/ /  inerment  v_Medium_Idle_Flag  by  1 


Id 

rO 

,  v  Medium  Idle 

Flag 

add 

rO 

,  rO,  1 

st 

rO 

,  v  Medium  Idle 

Flag 

Create  a 

new 

BV 

mov 

rl 

,  l«kCreate  RN 

BV_SEMAPHORE 

outp 

rl 

,  SCUdown 

outp 

rl 

,  SCUdown 

bra  ACKTimeout  Done  DIFS  CALC 


Transmit  Frame: 


Calculate_BV : 

//  Starts  process  to  generate  another  RN  BV 
mov  rl,  l«kCreate_RN_BV_SEMAPHORE 

outp  rl,  SCUdown 
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Initialize_for_Send_Packet : 

//  Reset  the  Maximum  Number  of  Retransmissions 
mov  rl,  1 

st  rl,  v_Number_of_Retransmissions 


Buffer  Size 


//  Increment  v_Theard_0_packet_que_number 

Id  r5,  v_Thread_0_packet_que_n umber 

add  r5,  r5,  1 

and  r5,  r5,  ( kTransmitter_Buf fer_Size  -  1)  //  Creates  proper  mask  for 

st  r5,  v_Thread_0_packet_que_n umber 

//  load  into  sending  array  the  sequance  number  for  the  packet 


mov 

rO, 

l«kTx  Data  Address  1 

SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

rl. 

r5,  a  Tx  Data  Address 

1  //  Destiniation  Address 

outp 

rO, 

SCUup 

//  Now  rO  =  0  if  sending  station  is  Station  1, 
//  rO  =  1  if  sending  station  is  Station  2,  ect. 
sub  rl,  rl,  Station_01 


//  Will  load: 

//  a_Tx_Sequence_Numbers  +  0  for  Station  1 
//  a_Tx_Sequence_Numbers  +  1  for  Station  2 
//  etc. 

Id  rO,  rl,  a_Tx_Sequence_Numbers 

/ /  Stores  sequance  number  in  the  transmitting  array 
st  rO,  v_Tx_Data_Sequence_Number 


//  If  recording  started,  increment  v_Number_of_Failed_TX 


inp 

rO, 

SCUrsrc 

bis 

rO, 

rO,  kStart  Stop  SEMAPHORE 

be 

VC, 

transmit_SendPacket_Start 

Id 

rO, 

v  Number  of  TX 

add 

rO, 

o 

st 

rO, 

v  Number  of  TX 

transmit_SendPacket_Start : 

//  LED  Toggle 


#if def  DEBUG_LEDs 
mov  rl, 
mov  rl, 
jsr  r6, 

#endif 


0  //  Dummy  load 

0x0080 

ToggleLEDs 


for  timing  purposes 


transmit 


//  Start  transmitting  procedure 


mov 

rO, 

l«kPacket_Start  Time_SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

r4. 

v  PacketStartTime 

outp 

rO, 

SCUup 

SendPacket_wait : 

//  Wait  until  the  right  time  to  send 

inp  rO,  SCUtime 

sub  rO,  rO,  r4 

be  LTO,  transmit_SendPacket_wait 

jsr  r6,  RFW_EnterTransmitMode  //  Calibrate  the  transmitter 


transmit_SendPacket : 

//  Send  the 
jsr 


packet  preamble 

r6,  RFW_SendPacketPreamble 


//  Send  the 
jsr 


packet 

r6,  WiFi_Send_Data_Packet 


//  Send  the 
jsr 


packet  postamble 

r6,  RFW_SendPacketPostamble 


//  Calibrate  the  receiver 

jsr  r6,  RFW_EnterReceiveMode 


transmit_Set_Flags : 

//  Set  kACK_SEMAPHORE  HIGH 

mov  rO,  1 « kACK_SEMAPHORE 

outp  rO,  SCUdown 
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//  Prepare  to  send  the  next  packet 
bra  Waiting_ACK_Timeout 


Retransmit  Frame: 


Retransmit_Calculate_BV : 

//  Starts  process  to  generate  another  RN  BV 
mov  rl,  1 «  kC  re  at  e_RN_BV_SEMAPHORE 

outp  rl,  SCUdown 

Retransmit_Initialize_f or_Send_Packet : 

//  If  reached  maximum  number  of  retransmissions,  give  it  up  and  go  back  to  the  main  loop 
Id  rl,  v_Number_of_Retransmissions 

sub  r4,  rl,  kMaxReTransmit 

be  EQ,  Retransmit_Give_Up 

//  If  max  retransmissions  not  reached,  increment  the  counter  and  store 
add  rl,  rl,  1 

st  rl,  v_Number_of_Retransmissions 

//  If  recording  started,  increment  v_Number_of_Failed_TX 


inp 

rO, 

SCUrsrc 

bis 

rO, 

rO, 

kStart  Stop  SEMAPHORE 

be 

VC, 

Retransmit  SendPacket_Start 

Id 

rO, 

rl. 

a  Recorded  TX 

add 

rO, 

rO, 

1 

st 

rO, 

rl. 

a  Recorded  TX 

Retransmit_SendPacket_Start : 

//  LED  Toggle 

#if def  DEBUG_LEDs 

mov  rl,  0x0040 

j sr  r6,  ToggleLEDs 

#endif 


mov 

rO, 

l«kPacket_Start_Time_SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

r4. 

v  PacketStartTime 

outp 

rO, 

SCUup 

Retransmit_SendPacket_wait : 

//  Wait  until  the  right  time  to  send 

inp  rO,  SCUtime 

sub  rO,  rO,  r4 

be  LTO,  Retransmit_SendPacket_wait 

j sr  r6,  RFW_EnterTransmitMode  //  Calibrate  the  transmitter 

Retransmit_SendPacket : 

//  Send  the  packet  preamble 

j sr  r6,  RFW_SendPacket Preamble 

//  Send  the  packet 

j sr  r6,  WiFi_Send_Data_Packet 

//  Send  the  packet  postamble 

j sr  r6,  RFW_SendPacketPostamble 

//  Calibrate  the  receiver 

j sr  r6,  RFW_EnterReceiveMode 

Retransmit_SendPacket_Done : 

//  Prepare  to  send  the  next  packet 
bra  Waiting_ACK_Timeout 


Retransmit_Give_Up : 

//  If  recording  started,  increment  v_Number_of_Failed_TX 
inp  rO,  SCUrsrc 

bis  rO,  rO,  kStart_Stop_SEMAPHORE 

be  VC,  Retransmit_Give_Up_ACK_HIGH 

Id  rO,  v_Number_of_Failed_TX 

add  rO,  rO,  1 

st  rO,  v_Number_of_Failed_TX 
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Retransmit_Give_Up_ACK_HIGH : 

/ /  Increment  Sequence_Number 

Id  r5,  v_Thread_0_packet_que_n umber 

mov  rO,  1 « kTx_Data_Addre  ss_l_SEMAPHORE 

outp  rO,  SCUdown 

Id  rl,  r5,  a_Tx_Data_Address_l //  Destiniation  Address 

outp  rO,  SCUup 

//  Now  rO  =  0  if  sending  station  is  Station  1, 

//  rO  =  1  if  sending  station  is  Station  2,  ect. 
sub  rl,  rl,  Station_01 

//  Will  load: 

//  a_Tx_Sequence_Numbers  +  0  for  Station  1 
//  a_Tx_Sequence_Numbers  +  1  for  Station  2 
//  etc. 

Id  rO,  rl,  a_Tx_Sequence_Numbers 

//  Increment  Sequence  Number  for  that  particular  station 
add  rO,  rO,  1 

/ /  Stores  sequance  number  in  the  Sequence_Numbers  array 
st  rO,  rl,  a_Tx_Sequence_Numbers 

////////////////////// 

#if def  DEBUG_LEDs 

mov  r2,  1 

rol  rl,  r2,  rl 

j sr  r6,  ToggleLEDs 

#endif 

////////////////////// 


Retransmit_Give_Up_Done : 

//  Decrement  v_Packets_in_Que  by  1 

mov  rO,  l«kPackets_in_Que_SEMAPHORE 
outp  rO,  SCUdown 

Id  rl,  v_Packets_in_Que 

sub  rl,  rl,  1 

be  NC,  Retransmit_Packets_in_Que_OK 

//  If  Negitive  is  set,  something  is  broken  and  must  reset  v_Packets_in_Que  to  zero 
mov  rl,  0 

Retransmit_Packets_in_Que_OK: 

st  rl,  v_Packets_in_Que 

outp  rO,  SCUup 

//  If  recording  started,  increment  v_Number_of_Failed_TX 
inp  rO,  SCUrsrc 

mov  rl,  1 « kACK_SEMAPHORE 

mov  r3,  1 « kFai led_TX_SEMAPHORE 

//  Reset  ACK  Flag 

outp  rl,  SCUup 

bis  rO,  rO,  kStart_Stop_SEMAPHORE 

be  VC,  Retransmit_Give_Up_ACK_HIGH_2 

outp  r3,  SCUdown 

Retransmit_Give_Up_ACK_HIGH_2 : 

bra  WiFi_Main_Loop 


//******* 
//******* 
Send  ACK: 


mov  rl,  (kSIFSTime  -  kSIFSTime_Adjustment ) 
SIFS_Delay_for_ACK: 

//  wait  one  SIFS  period  before  transmitting  ACK 
sub  rl,  rl,  1 

be  ZC,  SIFS_Delay_for_ACK 


//  LED  Toggle 

# if def  DEBUG_LEDs 

mov  rl,  0x0020 

j  sr  r6,  ToggleLEDs 

#else 

//  Delay  to  compensate  for  not  using  LEDs 
mov  rl,  9 

jsr  r6.  Delay 
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#endif 


mov 

rO, 

l«kPacket_Start  Time_SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

r4. 

v  PacketStartTime 

outp 

rO, 

SCUup 

Send_ACK_SendPacket_wait : 

//  Wait  until  the  right  time  to  send 

inp  rO,  SCUtime 

sub  rO,  rO,  r4 

be  LTO,  Send_ACK_SendPacket_wait 

j  sr  r6,  RFW_EnterTransmitMode  //  Calibrate  the  transmitter 

Send_ACK_SendPacket : 

//  Send  the  packet  preamble 

j sr  r6,  RFW_SendPacketPreamble 

//  Send  the  packet. 

//  rO  =  Address  2  -  Sending  Station  Address  (last  6  bits  of  the  address  only) 

Id  rO,  a_Rx_Data_Address_2  +  2 

j  sr  r6,  WiFi_Send_ACK_Packet 

//  Send  the  packet  postamble 

j sr  r6,  RFW_SendPacketPostamble 

//  Calibrate  the  receiver 

j sr  r6,  RFW_EnterReceiveMode 


//  If  recording  started,  increment  v_Number_of_ACKs_Sent 


inp 

rO, 

SCUrsrc 

bis 

rO, 

rO,  kStart  Stop 

SEMAPHORE 

be 

VC, 

Send  ACK_ 

SendPacket  Done 

Id 

rO, 

v  Number 

of  ACKs 

_Sent 

add 

rO, 

rO,  1 

st 

rO, 

v  Number 

of  ACKs 

Sent 

Send_ACK_SendPacket_Done : 

bra  WiFi_Main_Loop 


Start_RX_Thread : 
//=============== 

//  Input  Params : 
//  Output  Params: 
// 

// 

// - 

//  Description: 

// 

// 

// 

//™============ 


none 

rl  -  Junk 
r2  -  Junk 
r3  -  Junk 


Use  these  commands  to  turn  a  thread  back  on  and  make  it  start 
at  a  specified  place.  In  this  case,  the  Thread  being  turned 
back  on  is  Thread  2,  and  the  routine  Thread  2  will  start  on 
is  "BBUrx6  SEMAPHORE  LOW  LOOP" 


//  Turn  Off  Thread2 

mov  rO,  kStop_Thread_2 

outp  rO,  SCUstop 


//  Reset  v_Received_Stuf f  to  zero 
mov  rl,  0 

st  rl,  v_Received_Stuf f 


//  Reset  the  SEMAPHORE  kReceived  TX  SEMAPHORE  to  zero 


mov 

rl. 

l«kReceived  TX  SEMAPHORE 

outp 

rl. 

SCUup 

mov 

r3. 

ObOlOOOO 

//  Prepping  to  set  SCU  Pointer 

so  when 

//  turn  Thread  2  back  on,  the 

thread  wi‘ 

//  start  on  the  command  of  our 

choosing 

//  See  XInC  User  Guide,  p.  34, 

for  what 

//  ObOlOOOO  means 

outp 

r3. 

SCUpntr 

mov 

r2. 

BBUrx6  SEMAPHORE  LOW  LOOP 

// 

Routine  in 

Thread  2  to 

start  with 

// 

Set  memory 

location  were  Thread  2  will  start  from 

outp 

r2. 

SCUreg 

//  Start  Thread  2 
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mov 


rl,  kStart_Thread_2 
outp  rl,  SCUstop 

jsr  r6,  r6 


EIFS  Period: 


//  Extended  Interframe  Space  Time  (EIFS)  =  1068  psec  or  53400  SCUtime  cycles 
//  This  function  puts  the  Station  in  Rx  only  mode  for  an  EIFS  period 


mov 

rO, 

1349 

o 

o 

TS 

inp 

rl, 

SCUrsrc 

bis 

rl, 

rl,  kReceived  TX_SEMAPHORE 

be 

VS, 

Receive  Frame  in  EIFS 

sub 

rO, 

rO,  1 

be 

ZC, 

EIFS  Period  Loop 

bra  WiFi_Main_Loop 
Receive_Frame_in_EIFS : 

//  — WAIT —  till  Thread  2  stops  processing  the  Received  Frame 


inp 

rl, 

SCUrsrc 

bis 

rl, 

rl,  kReceived 

TX_SEMAPHORE 

be 

VS, 

Receive  Frame 

in  EIFS 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  -  Received  frame  NOT  for  this  station 
Id  rl,  v_Received_Stuf f_FLAG 

sub  rl,  rl,  1 

//  Wait_f or_Transmition_Request  //  rl  =  -1  =  Received  JUNK 
be  NS,  EIFS_Period 

be  ZS,  Send_ACK  //  rl  =  0  =  Received  DATA  packet 

//  rl  =  1  or  2  =  Received  ACK  or  frame  NOT  for  this  station 
bra  WiFi_Main_Loop 

sub  rl,  rl,  1 

be  ZS,  WiFi_Main_Loop  //  rl  =  0  =  Received  ACK 

//  rl  =  1  =  frame  NOT  for  this  station 

/ /  inerment  v_Medium_Idle_Flag  by  1 
Id  r2,  v_Medium_Idle_Flag 

add  r2,  r2,  1 

st  r2,  v_Medium_Idle_Flag 

//  Create  a  new  BV 

mov  rl,  l«kCreate_RN_BV_SEMAPHORE 

outp  rl,  SCUdown 

outp  rl,  SCUdown 

sub  rO,  rO,  5 

//  rl  =  1  or  2  =  Received  ACK  or  frame  NOT  for  this  station 
bra  WiFi_Main_Loop 
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C.15.  Threadl.asm 


Polling  thread.  This  thread  runs  a  clock  that  tells  Thread  0  when  it  can  transmit  a  packet. 
Thread  1  creates  the  slotted  the  channel  in  accordance  with  IEEE  802.1 1. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Threadl.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 
Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  1.  Polling  thread.  This  thread  runs 
a  clock  that  tells  Thread  0  when  it  can  transmit  a  packet. 
Thread  1  creates  the  slotted  the  channel  in  accordance  with 
IEEE  802.11. 


Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 


T1  Initialization: 


inp  rl,  SCUtime 

add  rl,  rl,  (kSlotTime  -  60) 


Poling_Main_Loop : 


Determine_Start_Time : 

//  Last,  determine  if  it  is  time  to  advance  the  variable  v_PacketStartTime 
//  If  not,  loop  back  to  Determine_Start_Time 


inp  r2, 

sub  r3, 

be  LT0 

add  r5, 

inp  rl, 

add  rl, 

Set_Packet_Start_Time_END : 

mov  rO, 

outp  rO, 

st  r5, 

outp  rO, 

bra  Poling_Main_Loop 


SCUtime 
r2,  rl 

Determine_Start_Time 
r2,  kSlotTime 
SCUtime 

rl,  (kSlotTime  -  60) 


l«kPacket_Start_Time_SEMAPHORE 

SCUdown 

v_Packet Start Time 
SCUup 
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C.16.  Thread2 


Receiver  thread.  Receives  all  packets  transmitted  on  the  medium,  determines  if  the 
packets  are  for  the  node,  in  the  proper  order,  and  without  errors.  It  also  communicates  to  Thread 
0  whenever  the  medium  is  sensed  busy. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Thread2.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 

Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  2.  Receiver  thread.  Receives  all 
packets  transmitted  on  the  medium,  determines  if  the  packets 
are  for  the  node,  in  the  proper  order,  and  without  errors. 

It  also  communicates  to  Thread  0  whenever  the  medium  is 
sensed  busy. 

Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 


T2  Initialization: 


mov 

rl. 

0 

st 

rl. 

v  Received  Stuff 

mov 

rl. 

l«kReceived  TX  SEMAPHORE 

outp 

rl. 

SCUup 

BBU  rx  6_SEMAPHORE_LOW_LOOP : 

Looking_For_Preamble : 

inp  rl,  BBUrx6 

be  NC,  BBU  rx  6_SEMAPHORE_LOW_LOOP 

Looking_For_END_of_Preamble : 

inp  rO,  BBUrx6 

be  NS,  Looking_For_END_of_Preamble 

Checking_for_START : 

and  rO,  rO,  ObOOllllll 

sub  rO,  rO,  0 

be  NE,  BBU  rx  6_SEMAPHORE_LOW_LOOP 

inp  rO,  BBUrx6 

be  NS,  Looking_For_END_of_Preamble  //  Loop  while  Hunt  bit 

Checking_for_START_2 : 

and  rO,  rO,  ObOOllllll 

sub  rO,  rO,  0 

be  NE,  BBU  rx  6_SEMAPHORE_LOW_LOOP  //  Looking_For_Preamble 

Receive_Stuf f : 

//  Set  kReceived_TX_SEMAPHORE  LOW 

mov  rl,  l«kReceived_TX_SEMAPHORE 

outp  rl,  SCUdown 


set 


//  Receive  the  first  6  bits  -  they  are  encoded  in  6-16  format 
//  Received  Frame  Control 

//  Tells  distant  end  wether  packet  is  an  ACK  or  Data  Packet 
//  NOTE:  Uses  6/16  encoding  -  sends  out  16  bits  for  6  bits  of  data 
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//  NOTE:  Using  the  6/16  encoding  differes  from  IEEE  802.11  standard. 
//  NOTE:  It  is  done  here  strictly  for  experimental  purposes 


inp 

rO, 

BBUrx6 

// 

Abort  if 

no  data 

detected 

be 

NS, 

Receive  Packet  HuntError  2 

bic 

rO, 

rO 

,  kRFWHardErrorBit 

// 

Abort  if 

hard 

error  detected 

be 

VS, 

Receive  Packet  HardError  2 

and 

rO, 

rO 

,  ObOOllllll 

sub 

rl, 

rO 

,  kACK  Frame  Control 

be 

EQ, 

Received  ACK  Frame 

sub 

rl, 

rO 

,  kData  Frame  Control  // 

be 

EQ, 

Received  Data  Frame 

//  Abort  if  no  data  detected 
bra  Receive  Packet  HuntError  2 


Received_ACK_Frame : 

//  Move  data  into  a_Rx_ACK_Frame 

st  rO,  v_Rx_ACK_Frame_Control  //  Frame  Octet  1-2 

//  Go  get  the  rest  of  the  data  from  the  ACK  frame 
j sr  r6,  WiFi_Received_ACK_Frame 

//  rO  =  0  =  NO  Error 
//  rO  =  1  =  **Hunt  Error** 

//  rO  =?  2  =  * *Hard  Error** 
sub  rO,  rO,  1 

be  NS,  ACK_Received_Successf ully 

be  ZS,  Receive_Packet_HuntError 

bra  Receive  Packet  HardError 


Received_Data_Frame : 

/ /  Move  data  into  a_Rx_Data_Frame 

st  rO,  v_Rx_Data_Frame_Control  //  Frame  Octet  1-2 

//  Go  get  the  rest  of  the  data  from  the  Data  Frame 
j sr  r6,  WiFi_Received_Data_Frame 

//  rO  =  0  =  NO  Error 
//  rO  =  1  =  **Hunt  Error** 

//  rO  =  2  =  * *Hard  Error** 
sub  rO,  rO,  1 

be  NS,  Data_Received_Successfully 

be  ZS,  Receive_Packet_HuntError 

bra  Receive  Packet  HardError 


Receive  Packet  HardError: 


frifdef  PrintErrors 
mov 


#endif 


rl,  M  S  G_C  ORRUPT PACKET 


j  sr 

r6,  XPD  EchoString 

// 

V 

Received 

_Stuf  f 

FLAG  = 

0 

=  Received 

JUNK 

// 

V 

Received 

_Stuf  f 

FLAG  = 

1 

=  Received 

DATA 

packet 

// 

V 

Received 

_Stuf  f 

FLAG  = 

2 

=  Received 

ACK 

// 

V 

Received 

_Stuf  f 

FLAG  = 

3 

=  Received 

frame 

NOT  for 

mov 

rl,  0 

// 

0  =  Received  JUNK 

rl,  v_Received_Stuf f 


//  Reset  kReceived_TX_SEMAPHORE  HIGH  and  kReceived_TX_DONE_SEMAPHORE  LOW 
mov  rO,  1 « kRecei ve  d_TX_SEMAPHORE 

outp  rO,  SCUup 


bra  BBUrx6  SEMAPHORE  LOW  LOOP 


Receive  Packet  HuntError: 


#ifdef  PrintErrors 

mov  rl,  MSG_HUNTERROR 

j sr  r6,  XPD_EchoString 

#endif 

//  v  Received  Stuff  FLAG  =  0  =  Received  JUNK 
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//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  ==  Received  frame  NOT  for  this  station 
mov  r 1 ,  0  //  0  =  Received  JUNK 
st  rl,  v_Received_Stuf f 

//  Reset  kReceived_TX_SEMAPHORE  HIGH  and  kReceived_TX_DONE_SEMAPHORE  LOW 
mov  rO,  l«kReceived_TX_SEMAPHORE 

outp  rO,  SCUup 

bra  BBU  rx  6_SEMAPHORE_LOW_LOOP 

Receive_Packet_HuntError_2 : 

#ifdef  PrintErrors 

mov  rl,  MSG_HUNTERROR 

j sr  r6,  XPD_EchoString 

#endif 


#if def  THROUGHPUT 

#if def  TELEMETRY 

mov  rl, 

#endif 

#if def  AVIONICS 

mov  rl, 

#endif 

#endif 

jsr  r6, 

//  v_Received_Stuf f_FLAG 
//  v_Received_Stuf f_FLAG 
/ /  v_Re  ce i ved_S  tu  f f _FLAG 
//  v_Received_Stuf f_FLAG 
mov  rl, 

st  rl. 


3185  //  3190 


20485  //  20490 


Delay 

=  0  =  Received  JUNK 

=  1  =  Received  DATA  packet 

=  2  =  Received  ACK 

=  3  =  Received  frame  NOT  for  this  station 

0  //  0  =  Received  JUNK 
v  Received  Stuff 


//  Reset  kReceived_TX_SEMAPHORE  HIGH 

mov  rO,  1 « kRecei ve  d_TX_SEMAPHORE 

outp  rO,  SCUup 


bra  BBUrx6  SEMAPHORE  LOW  LOOP 


Receive_Packet_HardError_2 : 

#ifdef  PrintErrors 

mov  rl,  M  S  G_C  ORRU  P  T  P A  CKE  T 
jsr  r6,  XPD_EchoString 

#endif 


# if def  THROUGHPUT 

# if def  TELEMETRY 

mov  rl, 

#endif 

#if def  AVIONICS 

mov  rl, 

#endif 

#endif 

jsr  r6, 

//  v_Received_Stuf f_FLAG 
//  v_Received_Stuf f_FLAG 
//  v_Received_Stuf f_FLAG 
//  v_Received_Stuf f_FLAG 
mov  rl, 

st  rl. 


3185  //  3190 


20485  //  20490 


Delay 

=  0  =  Received  JUNK 

=  1  =  Received  DATA  packet 

=  2  =  Received  ACK 

=  3  -  Received  frame  NOT  for  this  station 

0  //  0  =  Received  JUNK 
v  Received  Stuff 


//  Reset  kReceived_TX_SEMAPHORE  HIGH 

mov  rO,  1 « kRecei ve  d_TX_SEMAPHORE 

outp  rO,  SCUup 


bra  BBUrx6  SEMAPHORE  LOW  LOOP 


Data_Rece ived_Success fully : 


//  Load  last  stored  Sequence_Number  from  sending  station 

Id  rl,  a_Rx_Data_Address_2  +2//  Sending  Station  Address 

//  Now  rO  =  0  if  sending  station  is  Station  1, 

//  rO  =  1  if  sending  station  is  Station  2,  ect. 
sub  rl,  rl,  Station_01 
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//  Will  load  into  rO: 

//  a_Rx_Sequence_Numbers  +  0  for  Station  1 
//  a_Rx_Sequence_Numbers  +  1  for  Station  2 
//  etc. 

Id  rO,  rl,  a_Rx_Sequence_Numbers 

Id  rl,  v_Rx_Data_Sequence_Number 

Id  r2,  a_Rx_Data_Address_l  +  2 

//  If  NOT  for  this  station,  disgard  packet 

#if def  STATION_l 

sub  r2,  r2,  Station_01 

be  NE,  Data_Received_but_NOT_f or_me 

#endif 


# if def  STATION_2 
sub  r2, 

be  NE, 

#endif 


r2,  Station_02 

Data  Received  but  NOT  for  me 


#if def  STATION_3 
sub  r2, 

be  NE, 

#endif 


r2,  Station_03 

Data  Received  but  NOT  for  me 


#if def  STATION_4 
sub  r2, 

be  NE, 

#endif 


r2,  Station_04 

Data  Received  but  NOT  for  me 


Data_Received_Successfully_2 : 

//  Check  to  see  if  received  packet  before.  If  yes,  send  another  ACK 
//  by  indicating  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
sub  r4,  rl,  rO 

be  EQ,  Data_Received_Successfully_DONE 

//  Store  v_Rx_Data_Sequence_Number  to  appropriate 

Id  rl,  a_Rx_Data_Address_2  +2//  Sending  Station  Address 

//  Now  rO  =  0  if  sending  station  is  Station  1, 

//  rO  =  1  if  sending  station  is  Station  2,  ect. 

sub  rl,  rl,  Station_01 
//  Will  load  into  rO: 

//  a_Rx_Sequence_Numbers  +  0  for  Station  1 

//  a_Rx_Sequence_Numbers  +  1  for  Station  2 

//  etc. 

Id  rO,  rl,  a_Rx_Sequence_Numbers 

add  rO,  rO,  1  //  Increment  Sequence  Number  for  that  station 

//  Will  store: 

//  a_Rx_Sequence_Numbers  +  0  for  Station  1 

//  a_Rx_Sequence_Numbers  +  1  for  Station  2 

//  etc. 

st  rO,  rl,  a_Rx_Sequence_Numbers 

Data_Received_Successfully_DONE : 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  =  Received  frame  NOT  for  this  station 

mov  rl,  1  //  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 

st  rl,  v_Received_Stuf f_FLAG 

# if def  Two_Way_Text 

//  Set  kReceived_some_text_SEMAPHORE  HIGH 

mov  rl,  l«kReceived_some_text_SEMAPHORE 

outp  rl,  SCUdown 

#endif 

//  Reset  kReceived_TX_SEMAPHORE  HIGH  and  kReceived_TX_DONE_SEMAPHORE  LOW 
mov  rO,  l«kReceived_TX_SEMAPHORE 

outp  rO,  SCUup 

bra  BBU  rx  6_SEMAPHORE_LOW_LOOP 

Data_Received_but_NOT_f or_me : 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
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//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  =  Received  frame  NOT  for  this  station 

//  v_Received_Stuf f_FLAG  =  3  =  Received  frame  NOT  for  this  station 
mov  rl,  3 

st  rl,  v_Received_Stuf f_FLAG 

//  Delay  of  80  clock  ticks  to  even  up  timing  with  Data_Received_Successfully_DONE 
mov  rl,  1 

jsr  r6.  Delay 

//  Reset  kReceived_TX_SEMAPHORE  HIGH  and  kReceived_TX_DONE_SEMAPHORE  LOW 
mov  rO,  1 « kRecei ve  d_TX_SEMAPHORE 

outp  rO,  SCUup 

bra  BBUrx6  SEMAPHORE  LOW  LOOP 


ACK_Received_Successf ully : 

//  If  NOT  for  this  station,  disgard  packet  and  return  to  main  loop 
Id  r2,  a_Rx_ACK_Address_2  +  2 


#if def  STATION_l 
sub  r2, 

be  NE, 

#endif 


r2,  Station_01 

ACK  Received  but  NOT  for  me 


# if def  STATION_2 
sub  r2, 

be  NE, 

#endif 


r2,  Station_02 

ACK  Received  but  NOT  for  me 


#if def  STATION_3 

sub  r2,  r2,  Station_03 

be  NE, ACK_Received_but_NOT_f or_me 

#endif 


#if def  STATION_4 

sub  r2,  r2,  Station_04 

be  NE,  ACK_Received_but_NOT_for_me 

#endif 


//  See  if  recording  started 


inp 

rO, 

SCUrsrc 

bis 

rO, 

rO,  kStart_Stop  SEMAPHORE 

be 

VC, 

Set  ACK  LOW 

/ /  Store  the  last  transmitted  Packet  number  in  v_Theard_6_packet_que_number 
Id  r5,  v_Thread_0_packet_que_n umber 

st  r5,  v_Thread_6_packet_que_n umber 

//  Get  End  Times  for  just  completed  transmission 


mov 

rO, 

l«kTime 

SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

rl, 

a  Time  + 

0 

// 

Seconds 

Id 

r2, 

a  Time  + 

1 

// 

ms 

Id 

r3, 

a  Time  + 

2 

// 

ps 

outp 

rO, 

SCUup 

//  Store  times  in  array  used  ONLY  by  Thread  6 


st 

rl, 

a  Thread  6  END  Times 

+ 

0 

// 

sec 

st 

r2. 

a  Thread  6  END  Times 

+ 

1 

// 

ms 

st 

r3, 

a  Thread  6  END  Times 

+ 

2 

// 

ps 

Id 

rO, 

v  ACKs  Received 

add 

rO, 

rO,  1 

st 

rO, 

v  ACKs  Received 

Set_ACK_LOW : 

mov  rO,  1 « kACK_SEMAPHORE 

outp  rO,  SCUup 

/ /  Increment  Sequence_Number 

Id  r5,  v_Thread_0_packet_que_n umber 
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mov 

rO, 

l«kTx  Data  Address  1 

SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

rl, 

r5,  a  Tx  Data  Address 

1  //  Destiniation  Address 

outp 

rO, 

SCUup 

//  Now  rO  =  0  if  sending  station  is  Station  1, 

//  rO  =  1  if  sending  station  is  Station  2,  ect. 
sub  rl,  rl,  Station_01 

//  Will  load: 

//  a_Tx_Sequence_Numbers  +  0  for  Station  1 
//  a_Tx_Sequence_Numbers  +  1  for  Station  2 
//  etc. 

Id  rO,  rl,  a_Tx_Sequence_Numbers 

//  Increment  Sequence  Number  for  that  particular  station 
add  rO,  rO,  1 

//  Stores  sequance  number  in  the  Sequence_Numbers  array 
st  rO,  rl,  a_Tx_Sequence_Numbers 


Receive_ACK_Done : 

//  Decrement 
mov 
outp 
Id 
sub 
be 


v_Packets_in_Que  by  1 
rO,  l«kPackets_in_Que_SEMAPHORE 
rO,  SCUdown 
rl,  v_Packets_in_Que 
rl,  rl,  1 

NC,  Receive_ACK_Packets_in_Que_OK 
//  If  Negitive  is  set,  something  is  broken  and  must  reset  v_Packets_in_Que  to  zero 
mov  rl,  0 

Receive_ACK_Packets_in_Que_OK : 

st  rl,  v_Packets_in_Que 

outp  rO,  SCUup 


//  Set  v_Medium_Idle_Flag  back  to  zero 
mov  rl,  0 

st  rl,  v_Medium_Idle_Flag 


// 

V 

Received 

_Stuf  f 

FLAG  = 

0 

=  Received 

JUNK 

// 

V 

Received 

_Stuf  f 

FLAG  = 

1 

=  Received 

DATA  packet 

// 

V 

Received 

_Stuf  f 

FLAG  = 

2 

—  Received 

ACK 

// 

V 

Received 

_Stuf  f 

FLAG  = 

3 

=  Received 

frame  NOT  for  this  station 

mov 

rl,  2 

// 

v  Received 

Stuff  FLAG  =  2  =  Received  ACK  packet 

st  rl,  v_Received_Stuf f_FLAG 


//  Reset  kReceived_TX_SEMAPHORE  HIGH  and  kReceived_TX_DONE_SEMAPHORE  LOW 
mov  rO,  1 «  kRecei ve  d_TX_SEMAPHORE 

outp  rO,  SCUup 


bra  BBUrx6  SEMAPHORE  LOW  LOOP 


ACK_Received_but_NOT_for_me : 

//  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 
//  v_Received_Stuf f_FLAG  =  1  =  Received  DATA  packet 
//  v_Received_Stuf f_FLAG  =  2  =  Received  ACK 

//  v_Received_Stuf f_FLAG  =  3  =  Received  frame  NOT  for  this  station 

mov  rl,  3  //  v_Received_Stuf f_FLAG  =  0  =  Received  JUNK 

st  rl,  v_Received_Stuf f_FLAG 

//  Delay  of  456  clock  cycles  to  sync  up  with  Receive_ACK_Packets_in_Que_OK  routine 
mov  rl,  24 

mov  rl,  24 

jsr  r6.  Delay 

//  Reset  kReceived_TX_SEMAPHORE  HIGH  and  kReceived_TX_DONE_SEMAPHORE  LOW 
mov  rO,  1«  kRecei  ved_TX_SEMAPHORE 

outp  rO,  SCUup 

bra  BBUrx6  SEMAPHORE  LOW  LOOP 
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C.17.  Threads. asm 


Random  Number  Generator.  Using  a  16-bit  linear  shift  register,  this  thread  produces 
uniform  random  numbers.  The  random  numbers  are  used  by  Thread  3  to  calculate  backoff 
values  for  the  IEEE  802. 1 1  protocol  in  Thread  0. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Thread3.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 

Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  3.  Random  Number  Generator.  Using 
a  16-bit  linear  shift  register,  this  thread  produces  uniform 
random  numbers.  The  random  numbers  are  used  by  Thread  3  to 
calculate  backoff  values  for  the  IEEE  802.11  protocol  in  Thread  0. 


Disclaimer:  This  code  was  descended  from  Eleven  Engineering  sample 

source  code,  but  changes  were  made  by  Capt  Joshua  D.  Green 


//  RNG  Constants 
#if def  STATION_l 

tdefine  kSeed  0xB3CD 

#endif 

#if def  STATION_2 

tdefine  kSeed  0x2B0B 

tendif 

# if def  STATION_3 

tdefine  kSeed  0xDE23 

tendif 


tif def  STATION  4 


tdefine 

kSeed 

0xC236 

tendif 

tdefine 

kXOR 

_Bit_ 

3 

0x0008 

tdefine 

kXOR 

~Bit_ 

12 

0x1000 

tdefine 

kXOR 

~Bit_ 

14 

0x4000 

tdefine 

kXOR 

'Bit 

15 

0x8000 

_T3_Initialization : 

mov  rO,  kSeed 

Main_Loop_Backof f_Value : 


and 

r2. 

r0. 

kXOR  Bit_3 

rol 

r2. 

r2. 

-3  //  Role  bit  to 

the  LSB  position 

and 

r3. 

r0. 

kXOR  Bit  12 

rol 

r3. 

r3. 

-12  //  Role  bit  to  the 

LSB  position 

xor 

r2. 

r2. 

r3 

and 

r4. 

r0. 

kXOR  Bit  14 

rol 

r4. 

r4. 

-14  //  Role  bit 

to  the 

LSB  position 

and 

r5. 

r0. 

kXOR  Bit  15 

rol 

r5. 

r5. 

-15  //  Role  bit 

to  the 

LSB  position 

xor 

r4. 

r4. 

r5 
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xor 

r3. 

r2. 

r4 

rol 

rO, 

rO, 

1 

bic 

rO, 

rO, 

0  //  clear  lsb 

ior 

rO, 

rO, 

r3  //  new  RN  is  now 

mov 

rl. 

l«kRN  SEMAPHORE 

outp 

rl. 

SCUdown 

//  Stores  the  RN  in  a  variable  so  other  threads  can  get  at  it 
st  rO,  v_RN 

outp  rl,  SCUup 


I s_C r e a t e_RN_BV_F 1 a g_H I GH : 

//  When  kCreate_RN_BV_SEMAPHORE  goes  HIGH, 

//  store  the  results  from  above  in  v_BV_Slots. 

// 

//  The  results  will  be  increased  as  the  number  of 
//  unsuccessful  tries  to  transmit  on  the  medium 
//  (held  in  the  variable  v_Medium_Idle_Flag)  goes  high 
// 

//  The  final  BV  (representing  the  number  of  BV  slots 
//  to  wait  before  transmitting)  is  stored  in  v_BV_Slots 


inp 

rl. 

SCUrsrc 

bis 

rl. 

rl,  kCreate  RN  BV 

SEMAPHORE 

be 

VC, 

Main  Loop  Backoff 

Value 

Get_Backof f_Value : 

Id  r2,  v_Medium_Idle_Flag 

sub  r3,  r2,  5 

/ /  Reached  CWinMAX? 

//  If  NO,  use  rxBVTable  to  find  right  mask  for  RN 
//  If  Yes,  use  0x03FF  for  mask  of  RN 

be  GE,  Get_Backof f_Value_MAX 

/ /  Loads  the  mask  needed  for  making  out  RN 
Id  r2,  r2,  rxBVTable 

Get_Backof f_Value_2 : 

and  r3,  rO,  r2  //  Chop  off  part  of  RN  required 

add  r3,  r3,  1  //  Add  one  to  BV  so  loop  in  ThreadO  works  right 

st  r3,  v_BV_Slots 

Get_Backof f_Value_END : 

//  Reset  kCreate_RN_BV_SEMAPHORE 

mov  rl,  l«kCreate_RN_BV_SEMAPHORE 

outp  rl,  SCUup 

bra  Main_Loop_Backof f_Value 


Get_Backof f_Value_MAX : 

Id  r2,  rxBVTable  +  5  //  mask  of  RN  used  if  CWinMAX  reached 

bra  Get  Backoff  Value  2 
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C.18.  Thread4.asm 


Timing  Thread.  The  thread  runs  a  clock  storing  the  time  in  seconds,  milliseconds,  and 
microseconds.  This  is  necessary  because  the  running  clock  on  the  boards  roles  over  after  only 
1.31  ms. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Thread4.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 

Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  4.  Timing  thread  (clock  counting 
out  ps,  ms,  and  sec) .  The  thread  runs  a  clock  storing  the 
time  in  seconds,  milliseconds,  and  microseconds.  This  is 
necessary  because  the  running  clock  on  the  boards  roles  over 
after  only  1.31  ms. 


T4  Initialization: 


mov 

rO, 

0 

st 

rO, 

a 

Time  +  0  //  sec 

st 

rO, 

a 

Time  +  1  //  ms 

st 

rO, 

a 

Time  +  2  //  ps  -  NOTE:  clock  counts  in  multiplies 

of  4 

mov 

r3. 

0 

// 

ps  counter  -  NOTE:  clock  counts  in  multiplies 

of  4 

mov 

r4. 

0 

// 

ms  counter 

mov 

r5. 

0 

// 

sec  counter 

mov 

rl. 

7 

// 

Gives  a  delay  of  exactly  4  ps  between  commands 

for  first  run 

through 

Timing_Loop_f or_MICRO_Sec : 

//  Counts  out  0-996  ps  in  4  ps  intervals.  Stores  them  in  a_Time  +  2 
mov  rO,  996 

Timing_Loop_l : 

sub  rl,  rl,  1 

be  ZC,  Timing_Loop_l 

add  r3,  r3,  4 

mov  r2,  1 « kT ime_SEMAPHORE 

outp  r2,  SCUdown 

st  r3,  a_Time  +  2 

outp  r2,  SCUup 

sub  r2,  r3,  rO 

be  EQ,  Timing_Loop_f or_MILA_Sec 

mov  rl,  6 

bra  Timing_Loop_f or_MICRO_Sec 

Timing_Loop_f or_MILA_Sec : 

//  Counts  out  0-999  ms  in  1  ms  intervals.  Stores  them  in  a_Time  +  1 
//  Also  resets  ps  to  0.  Stores  this  in  a_Time  +  2 
mov  rO,  999 
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mov 

rl. 

5 

Timing  Loop  2 : 

sub 

rl. 

rl,  1 

be 

ZC, 

Timing  Loop  2 

mov 

r3. 

0 

add 

r4 , 

r4,  1 

mov 

r2 , 

1 «  kT ime_SEMAPHORE 

outp 

r2 , 

SCUdown 

st 

r3. 

a  Time  +  2 

st 

r4 , 

a  Time  +  1 

outp 

r2 , 

SCUup 

sub 

rl. 

r4,  rO 

be 

EQ, 

Timing  Loop  for  SECONDS 

mov 

rl. 

6 

bra  Timing_Loop_f or_MICRO_Sec 

Timing_Loop_f or_SECONDS : 

//  Counts  out  sec  in  1  sec  intervals.  Stores  them  in  a_Time  +  0 
//  Also  resets  ps  and  ms  to  0.  Stores  them  in  a_Time  +  2  and  a_Time  + 

mov  rl,  6  //Dummy  load  to  get  timing  correct 
mov  rl,  6 


Timing_Loop_f or_SECONDS_2 : 

//  Counts  out  0-996  ps  in  4  ps  intervals.  Stores  them  in  a_Time  +  2 


mov 

rO, 

996 

f  Loop 
sub 

3: 

rl. 

rl,  1 

be 

ZC, 

Timing  Loop  3 

add 

r3. 

r3,  4 

mov 

r2. 

1 «  kT ime_SEMAPHORE 

outp 

r2. 

SCUdown 

st 

r3. 

a  Time  +  2 

outp 

r2. 

SCUup 

sub 

r2. 

r3,  rO 

be 

EQ, 

Timing  Loop  for  SECONDS  3 

mov 

rl. 

6 

bra  Timing_Loop_f or_SECONDS_2 


Timing_Loop_f or_SECONDS_3 : 


mov 

Timing_Loop_4 : 

sub 

be 

mov 

mov 

add 

mov 

outp 

st 

st 

st 

outp 

mov 


rl. 

5 

rl. 

rl,  1 

ZC, 

Timing  Loop  4 

r3. 

0 

r4. 

0 

r5. 

r5,  1 

r2. 

1 «  kT ime_SEMAPHORE 

r2. 

SCUdown 

r3. 

a  Time  +  2 

r4. 

a  Time  +  1 

r5. 

a  Time  +  0 

r2. 

SCUup 

rl. 

7 

bra  Timing_Loop_f or_MICRO_Sec 


1  respectively 
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C.19.  Thread5.asm 


Packet  Generation.  Offers  packets  to  the  MAC  layer’s  queue.  It  takes  a  random  number 
generated  by  Thread  3  and  uses  it  in  conjunction  this  clock  from  Thread  4  to  randomly  offer 
packets  to  the  queue.  The  thread  also  randomly  chooses  the  destination  address  of  the  packet  it 
loads  into  the  queue.  If  the  queue  is  determined  full,  it  discards  the  packet. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Thread5.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 

Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  5.  Packet  Generation.  Offers  packets 

to  the  MAC  layer's  queue.  It  takes  a  random  number  generated  by 
Thread  3  and  uses  it  in  conjunction  this  clock  from  Thread  4  to 
randomly  offer  packets  to  the  queue.  The  thread  also  randomly 
chooses  the  destination  address  of  the  packet  it  loads  into  the 
queue.  If  the  queue  is  determined  full,  it  discards  the  packet. 


T5  Initialization: 


mov  rO,  0 

sub  rO,  rO,  1 

st  rO,  v_Thread_5_packet_que_n umber 


j sr  r6,  DelayLong 
j sr  r6,  DelayLong 


Hold_Loop : 


WAIT  till 

kGO 

SEMAPHORE  goes  LOW,  then  start  queing  packets 

mov 

rO, 

’  l«kGO  SEMAPHORE 

outp 

rO, 

SCUdown 

mov 

rO, 

l«kGO  SEMAPHORE 

outp 

rO, 

SCUdown 

mov 

r5. 

(kDelay  Between  Tx  +  (kDelay  Between  Tx/4  -  1 

//  r5  holds  the  number  of  loops  so  kDelay_Between_Tx  delay  will  be  whatever  it  is  set 

Delay_Between_TX : 

// 

mov  rO,  1 « kRN_SEMAPHORE 

outp  rO,  SCUdown 

Id  r4,  v_RN 

outp  rO,  SCUup 

and  r4,  r4,  ( kDelay_Between_TX_MASK-l ) 

add  r4,  r4,  1 

Delay_Between_TX_LOOP_l : 

mov  r2,  1 

mov  r2,  OxFFF 

sub  r4,  r4,  1 

be  LEO,  Que_Packet 
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mov 


rl,  r5  //  ( kDelay_Between_Tx  +  (kDelay_Between_Tx/4  -  1)) 

Delay_Between_TX_L00P_2 : 

mov  r2,  OxFFF 

sub  rl,  rl,  1 

be  LEO,  Delay_Between_TX_LOOP_l 

bra  Delay_Between_TX_LOOP_2 


Que_Packet : 


//  If  recording  started,  increment  v_Number_Packets_put_in_Que 


inp 

rO, 

SCUrsrc 

bis 

rO, 

rO,  kStart  Stop  SEMAPHORE 

be 

VC, 

Check  for  Buffer  Overflow 

Increment 

Queued 

Packets 

variable : 

Id 

rl,  ' 

v  Queued  Packets 

add 

rl, 

rl,  1 

st 

rl. 

v  Queued  Packets 

Check  for 

Buffer 

Overflow : 

//' 

Compair 

the  Packet  Queue  Number  for  threads  0  and 

// 

If  there  difference  is  NOT  zero. 

// 

they  are  NOT  pointing  to  the  same  memory  address 

// 

and  the 

thread 

can  load  up  another  pack  into  the  c 

Id 

rO, 

v  Thread  0  packet  que  number 

Id 

rl. 

v  Thread  5  packet  que  number 

sub 

rO, 

o 

be 

NE, 

Determine  DA  Address 

//  If  the  difference  between  the  Packet  Queue  Number  for  threads  0  and  5  zero, 

//  then  they  are  pointing  to  the  same  address.  This  is  OK  when  the  number  of  packets 

//  in  the  queue  is  zero.  If  the  number  of  packets  in  the  que  is  NOT  zero. 


// 

must  throw 

out 

packet  request  to  prevent  buffer  overflow. 

// 

In 

this  case,  we  just  skip  to  the  "Check  for  Stop"  routine 

mov 

rO, 

l«kPackets  in  Que  SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

rl. 

v  Packets  in  Que 

outp 

rO, 

SCUup 

sub 

rl. 

rl,  ( kTransmitter  Buffer  Size  -  1) 

be 

EQ, 

Check  for  Stop 

Determine 

_DA 

Address 

// 

Determin  Address  1  (Destination  Address) 

Get_RN : 

mov 

rl. 

l«kRN  SEMAPHORE 

outp 

rl. 

SCUdown 

Id 

r2. 

v  RN 

outp 

rl. 

SCUup 

and 

r2. 

r2,  OxOOFF 

xor 

r2. 

r2,  0x4200 

outp 

r2. 

SFUpack 

inp 

r2. 

SFUpack 

#if def  THROUGHPUT  4 

STATIONS 

sub 

rl. 

r2,  0 

be 

EQ, 

Get_RN 

#endif 

Determine 

_DA 

Address 

END 

’  Id 

r4. 

v  Thread  5  packet  que  number 

add 

r4. 

r4,  1 

// 

Creates  proper 

mask  for  Buffer  Size 

and 

r4. 

r4,  (kTransmitter  Buffer  Size  -  1) 

st 

r4. 

v  Thread  5  packet  que  number 

// 

use 

lookup 

table  to  determine  station  to  send  to 

Id 

rl. 

r2,  rxDA  Station  Number 

mov 

rO, 

l«kTx  Data  Address  1  SEMAPHORE 

outp 

rO, 

SCUdown 

st 

rl. 

r4,  a  Tx  Data  Address  1 

outp 

rO, 

SCUup 

Que  Packet  2: 

// 

Que 

a  packet 

mov 

rO, 

l«kPackets  in  Que  SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

rl. 

v  Packets  in  Que 
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add  rl,  rl,  1 

st  rl,  v_Packets_in_Que 

outp  rO,  SCUup 

//  If  recording  started,  increment  v_Number_Packets_put_in_Que 
inp  rO,  SCUrsrc 

bis  rO,  rO,  kStart_Stop_SEMAPHORE 

be  VC,  Check_f or_Stop 

//  Record  packet  Start  Time 


mov 

rO, 

l«kTime 

SEMAPHORE 

outp 

rO, 

SCUdown 

Id 

rl. 

a  Time  + 

0  //  Seconds 

Id 

r2 , 

a  Time  + 

1  //  ms 

Id 

r3. 

a  Time  + 

2  //  ps 

outp 

rO, 

SCUup 

Id 

r4 , 

v  Thread 

5  packet_que  number 

st 

rl. 

r4,  a  BEGIN  Time  Seconds 

St 

r2 , 

r4,  a  BEGIN  Time  Microseconds 

st 

r3, 

r4,  a  BEGIN  Time  Milliseconds 

inp 

rO, 

SCUrsrc 

Check_f or_Stop : 

//  Loop  until  kGO_SEMAPHORE  goes  HIGH 
bis  rO,  rO,  kGO_SEMAPHORE 

be  VC,  Shut_Que_Down 

bra  Delay_Between_TX 

Shut_Que_Down : 

//  Set  packet  Que  to  zero 


mov 

rl. 

0 

mov 

rO, 

l«kPackets  in  Que  SEMAPHORE 

outp 

rO, 

SCUdown 

st 

rl. 

v  Packets  in  Que 

outp 

rO, 

SCUup 

Hold 

Loop 
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C.20.  Thread6.asm 


Testing  and  Recording.  Starts  and  stops  the  testing  for  each  trial.  The  thread  also  records 
all  the  information  gathered  from  each  trail. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Thread6.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 
Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  6.  Testing  and  Recording.  Starts 

and  stops  the  testing  for  each  trial.  The  thread  also  records 
all  the  information  gathered  from  each  trail. 


_T6_Initialization : 

Hold_T6_Loop_l : 

mov  rl,  1 

jsr  r6.  Delay 

j sr  r6,  XPD_ReadByteWithTimeout 

sub  r3,  rl,  OxFFFF 

be  ZS,  Hold_T6_Loop_l 

Start_Transmitting : 

mov  rl,  MSG_NEWLINE 

jsr  r6,  XPD_EchoString 

mov  rl,  MSG_CURRENT_STATION 

jsr  r6,  XPD_EchoString 

mov  rl,  MSG_READY_2 

jsr  r6,  XPD_EchoString 

Hold_T6_Loop_2 : 

mov  rl,  1 

jsr  r6,  XPD_ReadByteWithTimeout 

sub  r3,  rl,  OxFFFF 

be  ZS,  Hold_T6_Loop_2 

mov  rl,  MSG_NEWLINE 

jsr  r6,  XPD_EchoString 

mov  rl,  MSG_TX_START_1 

jsr  r6,  XPD_EchoString 

mov  rl,  MSG_TX_START_2 

jsr  r6,  XPD_EchoString 

mov  rO,  1 « kGO_SEMAPHORE 

outp  rO,  SCUup 

Start_Recording : 

Hold_T6_Loop_3 : 

mov  rl,  1 

jsr  r6,  XPD_ReadByteWithTimeout 

sub  r3,  rl,  OxFFFF 

be  ZS,  Hold_T6_Loop_3 

and  rl,  rl,  OxOOFF 
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sub  rl,  rl,  'd'  //  Check  to  see  if  the  character  typed  is  a  'd' 
be  EQ,  Stop_Transmitting 

mov  rl,  kNumber_of_tests 

st  rl,  v_Number_of_tests 

mov  rl,  MSG_RECORDING  //  ***Recording  Started*** 

j sr  r6,  XPD_EchoString 

#if def  MULT_TESTS 

//MSG_DATA_DUMP_1 :  "Delay  |#  of  |  Test  |  Paket  |  I  1  I  2  |  3  |  |ACKs  | - Mean  Delay - 1",  CR,  LF, 

EOS 

//MSG_DATA_DUMP_2  :  "  (mil)  |  slots  I  Time  I  Qued  |  TX  |  ReTX  |  ReTX  |  ReTX  |  F-TX  |  RX  |  (Sec)  |  (ms)  |  (mil)  |  ",  CR,  LF, 

EOS 

mov  rl,  MSG_DATA_DUMP_1 

j sr  r6,  XPD_EchoString 

mov  rl,  MSG_DATA_DUMP_2 

j sr  r6,  XPD_EchoString 

#endif 


// 


Keep_Recording : 

//  Reset  varables  and  the  array  a_Mean_Delay_Time 


mov 

rO, 

0 

st 

rO, 

a 

Mean  Delay  Time 

+ 

0 

st 

rO, 

a 

Mean  Delay  Time 

+ 

1 

st 

rO, 

a 

Mean  Delay  Time 

+ 

2 

st 

rO, 

V 

ACKs  Received 

st 

rO, 

V 

Queued  Packets 

rO, 

v  Number 

of  ACKs  Sent 

rO, 

v  Thread 

6  Number  of  Failed 

//a_Recorded_TX : 

//  v_Number_of_TX: 

//  v_Number_of_Failed_TX : 

//  a  Number  of  ReTX: 


@  =  @  +  1 

@  =  @  +  1 

@  =  @  +  kMaxReTransmit 


st 

rO, 

V 

Number 

of 

TX 

st 

rO, 

V 

Number 

of 

Failed 

TX 

st 

rO, 

a 

Number 

of 

ReTX 

+ 

"o 

st 

rO, 

a 

Number 

of 

ReTX 

+ 

1 

st 

rO, 

a 

Number 

of 

ReTX 

+ 

2 

#if def  DEBUG_LEDs 

#if def  STATION_l 
//  Turn  ON  LED  #1 

mov  rl,  ObOOOl 

j sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

#endif 

# if def  STATION_2 
//  Turn  ON  LED  #2 

mov  rl,  ObOOlO 

j sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

#endif 

# if def  STATION_3 
//  Turn  ON  LED  #3 

mov  rl,  ObOlOO 

j  sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

#endif 

#if def  STATION_4 
//  Turn  ON  LED  #4 

mov  rl,  OblOOO 

j  sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

#endif 

#endif 


/ /  Turn  on  recorder 

mov  rl,  l«kStart_Stop_SEMAPHORE 

outp  rl,  SCUdown 

Main_Loop_T  6 : 


mov 

r3. 

l«kTime 

SEMAPHORE 

outp 

r3. 

SCUdown 

Id 

r4 , 

a  Time  + 

0 

//  sec 

Id 

r5. 

a  Time  + 

1 

//  ms 
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outp  r3,  SCUup 


st  r4,  a_Start_Time  +  0  //  sec 

st  r5,  a_Start_Time  +  1  //  ms 

add  r4,  r4,  kTime_of_Testing_Period 

st  r4,  a_End_Time  +  0  //  sec 

st  r5,  a_End_Time  +  1  //  ms 


Loop_l_T6 : 

//  Delay  for  about  50  ps  before  checking  if  reached  number  of  sec  yet 
mov  r5,  50  //  Delay  for  loop 

Delay_Loop_l : 

inp  rl,  SCUrsrc 

bis  rl,  rl,  kACK_SEMAPHORE 

be  VS,  Calculate_Mean_Delay_f rom_Loop_l 

sub  r5,  r5,  1 

be  LTO,  Delay_Loop_l 

mov  r3,  1 « kT ime_SEMAPHORE 

outp  r3,  SCUdown 

Id  r2,  a_Time  +  0  //  sec 

outp  r3,  SCUup 

Id  r4,  a_End_Time  +  0  //  sec 

sub  r2,  r4,  r2 

be  LEO,  Loop_2_T6 

bra  Loop_l_T6 

Calculate_Mean_Delay_f rom_Loop_l : 

//Wait  while  ACK  Semaphore  is  HIGH. 

mov  rO,  1 « kACK_SEMAPHORE 

outp  rO,  SCUdown 

//  Release  kACK_SEMAPHORE 

mov  rO,  1 « kACK_SEMAPHORE 

outp  rO,  SCUup 

//  Calculate  Mean  Delay  of  the  packet  just  transmitted 
jsr  r6,  Record_Data 

bra  Delay_Loop_l 

Loop_2_T6 : 

//  Delay  for  about  50  ps  before  checking  if  reached  number  of  sec  yet 
mov  r5,  50  //  Delay  for  loop 

Delay_Loop_2 : 

inp  rl,  SCUrsrc 

bis  rl,  rl,  kACK_SEMAPHORE 

be  VS,  Calculate_Mean_Delay_f rom_Loop_2 

sub  r5,  r5,  1 

be  LTO,  Delay_Loop_2 

mov  r3,  1 « kT ime_SEMAPHORE 

outp  r3,  SCUdown 

Id  r2,  a_Time  +  1  //  ms 

outp  r3,  SCUup 

Id  r4,  a_End_Time  +  1  //  ms 

sub  r2,  r4,  r2 

be  LEO,  Turn_Of f 

bra  Loop_2_T6 

Calculate_Mean_Delay_f rom_Loop_2 : 

//Wait  while  ACK  Semaphore  is  HIGH. 

mov  rO,  1 « kACK_SEMAPHORE 

outp  rO,  SCUdown 
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//  Release  kACK_SEMAPHORE 

mov  rO,  1 « kACK_SEMAPHORE 

outp  rO,  SCUup 

//  Calculate  Mean  Delay  of  just  transmitted  packet 
jsr  r6,  Record_Data 

bra  Delay_Loop_2 


Turn  Off: 


/ /  Turn  on 

recorder 

mov 

rl, 

l«kStart_Stop  SEMAPHORE 

outp 

rl, 

SCUup 

#ifdef  Pretty_Stuff 

mov 

rl. 

MSG_NEWLINE 

#endif 

jsr 

r  6, 

XPD  EchoString 

Calculate_and_print_Results : 


Id 

rl. 

V 

Queued  Packets 

Id 

r2. 

V 

Number  of  TX 

Id 

r3. 

a 

Number  of  ReTX  + 

0 

Id 

r4. 

a 

Number  of  ReTX  + 

1 

Id 

r5. 

a 

Number  of  ReTX  + 

2 

st 

rl. 

V 

_T7  Queued  Packets 

st 

r2. 

V 

T7_Number  of  TX 

st 

r3. 

a 

T7_Number  of  ReTX 

+ 

st 

r4. 

a 

T7_Number  of  ReTX 

+ 

st 

r5. 

a 

T7_Number  of  ReTX 

+ 

Id 

rO, 

V 

Number  of  Failed 

TX 

Id 

rl. 

V 

ACKs  Received 

Id 

r2. 

a 

Mean  Delay  Time  + 

0 

Id 

r3. 

a 

Mean  Delay  Time  + 

1 

Id 

r4. 

a 

Mean  Delay  Time  + 

2 

Id  r5,  v_Number_of_ACKs_Sent 


st 

rO, 

V 

T7 

Number  of  Failed 

.  TX 

st 

rl. 

V 

~T7~ 

ACKs 

Received 

st 

r2. 

a 

-T7" 

Mean 

Delay  Time 

+ 

0 

st 

r3. 

a 

~T7" 

Mean 

Delay  Time 

+ 

1 

st 

r4. 

a 

T7~ 

Mean 

Delay  Time 

+ 

2 

st  r5,  v_T7_Number_of_ACKs_Sent 


#ifndef  MULT  TESTS 

mov 

rO, 

1 «  kDat a_Dump_SEMAPHORE 

outp 

rO, 

SCUup 

#endif 


#if def  MULT_TESTS 

Multi_Test_l : 

//  If  recording  mutiple  tests,  decriment  test  counter 


Id 

rO, 

v  Number 

of_tests 

sub 

rO, 

h 

o 

st 

rO, 

v  Number 

of  tests 

be 

LEO , 

,  Multi  Test  END 

mov 

rO, 

l«kData 

Dump_SEMAPHORE 

outp 

rO, 

SCUup 

bra  Keep_Recording 
Multi  Test  END: 


mov 

rO, 

l«kData_Dump  SEMAPHORE 

outp 

rO, 

SCUup 

mov 

rl. 

OxFFFF 

outp 

rO, 

SCUdown 

mov 

rl. 

MSG_LONGLINE 

jsr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG_NEWLINE 

jsr 

r  6, 

XPD  EchoString 
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#endif 


tifdef  STATI0N_1 
//  Turn  OFF  LED  #1 

mov  rl,  ObOOOl 

j sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

#endif 

tifdef  STATION_2 
//  Turn  OFF  LED  #2 

mov  rl,  ObOOlO 

j sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

tendif 

tifdef  STATION_3 
//  Turn  OFF  LED  #3 

mov  rl,  ObOlOO 

j sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

tendif 

tifdef  STATION_4 
//  Turn  OFF  LED  t4 

mov  rl,  OblOOO 

j sr  r6,  ToggleLEDs  //  TurnOff LEDs  // 

tendif 


bra  Start_Recording 
Stop_Transmitting : 


mov 

rO, 

1 «  kGO_SEMAPHORE 

outp 

rO, 

SOU  up 

mov 

rl. 

MSG_NEWLINE 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG_TX_STOPPED 

j  sr 

r  6, 

XPD  EchoString 

bra  Start_Transmitting 


Record_Data : 

//  Save  the  confects  of  r5  in  the  stack  pointer  (sp) 
//  so  it  can  be  used  again  later. 


st 

r5 

,  sp,  0 

add 

sp 

,  sp,  1 

mov 

rl 

,  OxFFFF 

mov 

rl 

,  OxFFFF 

// 

Check  to 

see 

if  this  was  a  failed  transmition 

inp 

rl 

,  SCUrsrc 

bis 

rl 

,  rl,  kFailed  TX  SEMAPHORE 

be 

VS 

,  Record  Data  END  2 

// 

Transfer 

the 

Packet  Queue  Number  from  Thread 

1  to  Thread 

Id 

rl 

,  v  Thread  6  packet  que  number 

// 

Transfer 

BEGIN  times  to  arrays  used  only  by 

Thread  6 

Id 

r2 

,  rl,  a  BEGIN  Time  Seconds  //  sec 

Id 

r3 

,  rl,  a  BEGIN  Time  Microseconds 

//ms 

Id 

r4 

,  rl,  a  BEGIN  Time  Milliseconds 

//  ps 

st 

r2 

,  a  Thread  6  BEGIN  Times  +  0  // 

sec 

st 

r3 

,  a  Thread  6  BEGIN  Times  +  1  // 

ms 

st 

r4 

,  a  Thread  6  BEGIN  Times  +  2  // 

ps 

Calculate_MicroSecond_Dif ference : 

//  Find  difference  between  the  two  times  in  ps 

Id  r5,  a_Thread_6_END_Times  +2  //  ps 
Id  r3,  a_Thread_6_BEGIN_Times  +2  //  ps 


sub  rO,  r5,  r3 

//  If  the  differance  between  the  Begin  time  and  the  End  time  is  >  0,  store  it  and 

move  on 

//  If  NOT,  then  must  preform  a  carry  function  with  the  ms 
be  LTO,  Carry_MicroSeconds 
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//  Add  the  results  to  the  total  Mean  Delay  Time  for  ps  and  store 
Id  rl,  a_Mean_Delay_Time  +  2  //  p.s 

add  rl,  rl,  rO 

st  rl,  a_Mean_Delay_Time  +  2  //  ps 

//  If  the  addition  had  a  carry  (results  >  2A16) , 

//  branch  to  increment  the  ms  part  of  a_Mean_Delay_Time 
be  CS,  Mean_Delay_Carry_ms 

bra  Calculate_MilliSecond_Dif ference 

Carry_MicroSeconds : 

//  Add  1000  to  the  End  time  ps 
add  r5,  r5,  1000 
//  Subtract  1  from  End  time  ms 

Id  r4,  a_Thread_6_END_Times  +  1  //  ms 

sub  r4 ,  r4,  1 

st  r4,  a_Thread_6_END_Times  +  1  //  ms 

//  Subtract  End  time  from  Begining  time  again 
sub  rO,  r3,  r5 

//  Add  the  results  to  the  total  Mean  Delay  Time  for  ps  and  store 
Id  rl,  a_Mean_Delay_Time  +  2  //  ps 

add  rl,  rO,  rl 

st  rl,  a_Mean_Delay_Time  +  2  //  ps 

//  If  the  addition  had  a  carry  (results  >  2A16) , 

//  branch  to  increment  the  ms  part  of  a_Mean_Delay_Time 
be  CS,  Mean_Delay_Carry_ms 

bra  Calculate_MilliSecond_Dif ference 

Mean_Delay_Carry_ms : 

//  Called  if  when  adding  to  a_Mean_Delay_Time  +  2  rolls  over 
//  and  sets  the  Carry  Bit  HIGH. 

//  Increment  a_Mean_Delay_Time  +  2  (ps)  by  535  (2A16  -  65,000  ps) 

Id  rO,  a_Mean_Delay_Time  +  2  //  ps 

add  rO,  rO,  536 

st  rO,  a_Mean_Delay_Time  +  2  //  ps 

//  Increment  a_Mean_Delay_Time  +  1  (ms)  by  65  (65  ms  =  65,000  ps) 

Id  rO,  a_Mean_Delay_Time  +  1  //ms 

add  rO,  rO,  65 

st  rO,  a_Mean_Delay_Time  +  1  //ms 

//  If  the  addition  had  a  carry  (results  >  2A16) , 

//  branch  to  increment  the  seconds  part  of  a_Mean_Delay_Time 
be  CS,  Mean_Delay_Carry_ms_Sec 

bra  Calculate_MilliSecond_Dif ference 

Mean_Delay_Carry_ms_Sec : 

//  Called  if  when  adding  to  a_Mean_Delay_Time  +  1  rolls  over 
//  and  sets  the  Carry  Bit  HIGH. 

//  Increment  a_Mean_Delay_Time  +  0  (sec)  by  1 
Id  rO,  a_Mean_Delay_Time  +  0  / /  ms 

add  rO,  rO,  1 

st  rO,  a_Mean_Delay_Time  +  0  / /  ms 

Calculate_MilliSecond_Dif ference : 

//  Find  difference  between  the  two  times  in  ms 

Id  r2,  a_Thread_6_BEGIN_Times  +01/  sec 

Id  r3,  a_Thread_6_BEGIN_Times  +  1  //  ms 

Id  r4,  a_Thread_6_END_Times  +0/1  sec 

Id  r5,  a_Thread_6_END_Times  +  1  //  ms 

sub  rO,  r5,  r3 

//  If  the  differance  between  the  Begin  time  and  the  End  time  is  >  0,  store  it  and 

L 

//  If  NOT,  then  must  preform  a  carry  function  with  the  sec 
be  LT0,  Carry_MilliSeconds 

//  Add  the  results  to  the  total  Mean  Delay  Time  for  ms  and  store 
Id  rl,  a_Mean_Delay_Time  +  1  //ms 

add  rO,  rO,  rl 

st  rO,  a_Mean_Delay_Time  +  1  //ms 

//  If  the  addition  had  a  carry  (results  >  2A16) , 

//  branch  to  increment  the  Seconds  part  of  a_Mean_Delay_Time 
be  CS,  Mean_Delay_Carry_SEC 

bra  Calculate_Second_Dif ference 

Carry_MilliSeconds : 

II  Add  1000  to  the  End  time  ms 
add  r5,  r5,  1000 
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//  Subtract  1  from  End  time  sec 
sub  r4,  r4,  1 

//  Subtract  End  time  from  Begining  time  again  and  store 
sub  rO,  r5,  r3 

//  Add  the  results  to  the  total  Mean  Delay  Time  for  ms  and  store 
Id  r 1 ,  a_Mean_Delay_Time  +  1  //ms 

add  rl,  rl,  rO 

st  rl,  a_Mean_Delay_Time  +  1  //ms 

//  If  the  addition  had  a  carry  (results  >  2A16) , 

/ /  branch  to  increment  the  Seconds  part  of  a_Mean_Delay_Time 
be  CS,  Mean_Delay_Carry_SEC 

bra  Calculate_Second_Dif f erence 

Mean_Delay_Carry_SEC : 

//  Called  if  when  adding  to  a_Mean_Delay_Time  +  1  rolls  over 
//  and  sets  the  Carry  Bit  HIGH. 

//  Increment  a_Mean_Delay_Time  +  1  (ms)  by  536  (2A16  -  65,000  ms) 

Id  rO,  a_Mean_Delay_Time  +  1  //ms 

add  rO,  rO,  536 

st  rO,  a_Mean_Delay_Time  +  1  //ms 

//  Increment  a_Mean_Delay_Time  +  0  (sec)  by  65  (65  sec  =  65,000  ms) 
Id  rO,  a_Mean_Delay_Time  +  0  / /  ms 
add  rO,  rO,  65 

st  rO,  a_Mean_Delay_Time  +  0  / /  ms 

Calculate_Second_Diff erence : 

//  Find  difference  between  the  two  times  in  seconds 
sub  rO,  r4,  r2 

//  Add  the  results  to  the  total  Mean  Delay  Time  for  ms  and  store 
Id  rl,  a_Mean_Delay_Time  +  0  //  sec 

add  rl,  rl,  rO 

st  rl,  a_Mean_Delay_Time  +  0  //  sec 

Record_Data_END : 

sub  sp,  sp,  1 

Id  r5,  sp,  0 

jsr  r6,  r6 

Record  Data  END  2 : 


mov 

rO, 

l«kFailed  TX  SEMAPHORE 

outp 

rO, 

SCUup 

sub 

sp. 

sp. 

1 

Id 

r5. 

sp. 

0 

r  6, 

r  6 
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C.21.  Thread7.asm 


Print  to  Screen.  This  thread  takes  the  data  recorded  by  Thread  6  and  displays  it  on 
computer  attached  to  the  boards.  The  data  is  then  manually  copied  and  saved  to  disk. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


*****  (Q)  2002  by  Eleven  Engineering  Incorporated  ************* 
Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


File:  Thread6.asm 

Project:  IEEE  802.11  MAC  emulator.  It  can  send  to  multiple  (1-4)  stations 
Created:  1  June  2004  by  Capt  Joshua  D.  Green 

Description:  Code  that  is  run  by  Thread  6.  Print  to  Screen.  This  thread  takes 

the  data  recorded  by  Thread  6  and  displays  it  on  computer  attached 
to  the  boards.  The  data  is  then  manually  copied  and  saved  to  disk. 


T7  Initialization: 


mov 

r0. 

1 «  kDat a_Dump_SEMAPHORE 

outp 

r0. 

SCUdown 

outp 

r0. 

SCUdown 

#ifdef  Pretty  Stuff 

//MSG_TEST_COMPLETE : 
//MSG_DELAY: 
//MSG_SENT_1 : 
//MSG_SENT_2 : 
//MSG_SENT_3: 
//MSG_SENT_4 : 
//MSG_SENT_5: 
//MSG_SENT_6: 
//MSG_SENT_7 : 
//MSG_READY_1 : 
//MSG_READY_2  : 
//MSG_TX_START_1 : 
//MSG_TX_START_2 : 
//MSG  TX  STOPPED: 


packets : 


**  *Test  Completed***",  CR,  LF,  EOS 

"  -  Min  delay  in  Milliseconds  between  sending  packets:  ",  EOS 

"  -  Sent  ",  EOS 

"  packets  in  ",  EOS 
"  seconds.",  CR,  LF,  EOS 
"  -  Placed  ",  EOS 

"  in  the  TX  queue.",  CR,  LF,  EOS 
"  -  Number  of  Re-TX:  ",  EOS 

"  -  Total  Mean  Delay  (Seconds,  Microseconds,  Milliseconds) :  ",  EOS 

"Ready  to  start  recording.",  CR,  LF,  EOS 
"Press  any  key  to  start  Transmitting.",  CR,  LF,  EOS 
"Started  Transmitting.  To  stop  hit  the  'd'  key",  CR,  LF,  EOS 
"Press  any  other  key  again  to  start  recording.",  CR,  LF,  EOS 
" - Stopped  transmitting - ",  CR,  LF,  EOS 


mov 

jsr 

mov 

jsr 

mov 

jsr 

jsr 

mov 

jsr 


mov 

jsr 


*Test  Completed* 


rl,  MSG_NEWLINE 
r6,  XPD_EchoString 

rl,  MS G_T E S T_COMP LE TE  // 

r6,  XPD_EchoString 

rl,  MSG_NEWLINE 
r6,  XPD_EchoString 
r6,  XPD_EchoString 


rl,  MSG_RESULTS  //  Results  of  test: 
r6,  XPD_EchoString 

rl,  MSG_DELAY  //  -  Min  delay  in  Milliseconds  between  sending 

r6,  XPD_EchoString 

rl,  kDelay_Between_Tx 
r6,  XPD_EchoUnsignedDec 


mov  rl,  MSG_NEWLINE 

jsr  r6,  XPD_EchoString 
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Milliseconds) : 


mov 

rl. 

MSG  DELAY  MASK  //  -  Mask  for  Queing  Delay  Random  Number 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

kDelay  Between  TX  MASK 

j  sr 

r  6, 

XPD  EchoHex 

mov 

rl. 

MSG_NEWLINE 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG_SENT  1  //  -  Sent 

j  sr 

r  6, 

XPD  EchoString 

Id 

rl. 

v  T7  Sent  Packets 

j  sr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SENT  2  //  packets  in 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

kTime  of  Testing  Period 

j  sr 

r  6, 

XPD  EchoUnsignedDecNLZ 

mov 

rl. 

MSG_SENT_3  //  seconds. 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG_SENT  4  //  -  Placed 

j  sr 

r  6, 

XPD  EchoString 

Id 

rl. 

v  T7  Queued  Packets 

j  sr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SENT_5  //  in  the  TX  queue. 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG_SENT  6  //  -  Number  of  Re-TX: 

j  sr 

r  6, 

XPD  EchoString 

Id 

rl. 

v  Number  of  Failed  TX 

j  sr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_NEWLINE 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG  SENT  1//  -  Total  Mean  Delay  (Seconds,  Microseconds 

j  sr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  Mean  Delay  Time  +  0 

j  sr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_COMMA 

j  sr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  Mean  Delay  Time  +  1 

j  sr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_COMMA 

j  sr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  Mean  Delay  Time  +  2 

j  sr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_NEWLINE 

j  sr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG_NEWLINE 

j  sr 

r  6, 

XPD  EchoString 

mov  rl,  MSG_NEWLINE 

j sr  r6 ,  XPD_EchoString 

mov  rl,  MSG_LONGLINE 

j sr  r6,  XPD_EchoString 


//MSG_DATA  DUMP  1: 
EOS 

"Delay |#  of  |Test 

I Paket | 

1  1 

1  2 

1  3 

|  | ACKs 

| - Mean  Delay - I" 

CR, 

LF 

//MSG_DATA  DUMP  2: 
EOS 

" (mil) | slots | Time 

IQued  | TX 

|  ReTX 

|  ReTX 

|  ReTX 

| F-TX  | RX 

|  (Sec)  |  (ms)  |  (mil)  | " 

',  CR, 

LF 

mov  rl,  MSG_DATA_DUMP_1 
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#endif 

// 

// 


Id 

jsr 


jsr 

r  6, 

XPD  EchoString 

mov 

rl, 

MSG_DATA  DUMP  2 

jsr 

r  6, 

XPD  EchoString 

mov 

rl, 

kDelay  Between  Tx  /  /  Delay 

jsr 

r  6, 

XPD  EchoUnsignedDec 

1  Number  of  ACKs 

Sent 

EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

mov 

rl. 

kDelay  Between  TX  MASK  //slots 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

mov 

rl. 

kTime  of  Testing  Period  //  Time 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG  SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

v  T7  Queued  Packets  //  Queued 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

v  T7_Number  of  TX  //  TX 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  T7  Number  of  ReTX  +  0  //  1  Re-TX 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  T7_Number  of  ReTX  +  1  //  2  Re-TX 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  T7  Number  of  ReTX  +  2  //  3  Re-TX 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

v  T7_Number  of  Failed  TX  //  F-TX 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

v  T7  ACKs  Received  //  ACKS  Rx 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  T7  Mean  Delay  Time  +  0  //  MD(Sec) 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  T7  Mean  Delay  Time  +  1  //  MD(ms) 

jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_SPACE 

jsr 

r  6, 

XPD  EchoString 

Id 

rl. 

a  T7  Mean  Delay  Time  +  2  //  MD(mil-seci 
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jsr 

r  6, 

XPD  EchoUnsignedDec 

mov 

rl. 

MSG_NEWLINE 

jsr 

r  6, 

XPD  EchoString 

#ifdef  Pretty_Stuff 

mov 

rl. 

MSG_LONGLINE 

jsr 

r  6, 

XPD  EchoString 

mov 

rl. 

MSG_NEWLINE 

jsr 

r  6, 

XPD  EchoString 

#endif 

mov 

r0. 

l«kData  Dump  SEMAPHORE 

outp 

r0. 

SCUup 

bra  T7  Initialization 


<7.22.  XInC.c 

XInC  library  file  included  with  the  development  kit.  The  library  file  XInX.c  defines 
Constants  used  for  XInC  Assembly  programming. 


//*** 

************ 

//*** 

************ 

//*** 

************ 

//** 

//** 

Tab; 

//** 

//*** 

************ 

//*** 

************ 

//** 

//** 

$RCSf ile : 

//** 

$Revision : 

/;/** 

Tag  $Name: 

//** 

$Date : 

//** 

$Author : 

//** 

//** 

Proj  ect : 

//** 

Description : 

//** 

//** 

Disclaimer : 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//** 

//*** 

************ 

//*** 

************ 

(C)  2002  by  Eleven  Engineering  Incorporated 


XInC . h, v  $ 
1.7  $ 

$ 

2003/02/12 
eleven  $ 


You  may  incorporate  this  sample  source  code  into  your 
program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


tifndef 
#def ine 


_X  I N  C_H_F  I  LE_ 
XINC  H  FILE 


//============== 

//  Register  Set 
//============== 


#def ine 

rO 

%0 

#def ine 

rl 

%1 

#def ine 

r2 

%2 

#def ine 

r3 

%3 

#def ine 

r4 

%4 

#def ine 

r5 

%5 

#def ine 

r  6 

%6 

#def ine 

r7 

%7 

#def ine 

sp 

%7 
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//=========================: 

//  Conditional  Branch  Tests 
//========================== 


//  Test  NZVC  Bits 

(Clear  or  Set) 

#def ine 

NC 

OxB 

#def ine 

NS 

0x3 

#def ine 

ZC 

OxA 

#def ine 

ZS 

0x2 

#def ine 

VC 

0x9 

#def ine 

VS 

0x1 

#def ine 

CC 

0x8 

#def ine 

CS 

0x0 

//  Comparison 

#def ine 

EQ 

0x2 

#def ine 

NE 

OxA 

#def ine 

LTO 

0x3 

#def ine 

LEO 

0x7 

#def ine 

GEO 

OxB 

#def ine 

GTO 

OxF 

//  Signed  Comparison 

#def ine 

LT 

0x5 

#def ine 

LE 

0x6 

#def ine 

GE 

OxD 

#def ine 

GT 

OxE 

//  Unsigned  Comparison 

#def ine 

ULT 

0x0 

#def ine 

ULE 

0x4 

#def ine 

UGE 

0x8 

#def ine 

UGT 

OxC 

//=========================: 

//  I/O  Peripheral  Addresses 
//=========================: 


//  SCU  (Supervisory  Control  Unit) 


#def ine 

SCUreg 

0x00 

#def ine 

SCUpc 

0x01 

#def ine 

SCUcc 

0x02 

#def ine 

SCU time 

0x03 

#def ine 

SCUpntr 

0x03 

#def ine 

SCUbkpt 

0x04 

#def ine 

SCUstop 

0x04 

#def ine 

SCUwait 

0x05 

#def ine 

SCUrsrc 

0x06 

#def ine 

SCU  up 

0x06 

#def ine 

SCUver 

0x07 

#def ine 

SCU down 

0x07 

(Supervisory 

Control  Extensions) 

#def ine 

SCXioCf gP 

0x08 

#def ine 

SCXioCfgD 

0x09 

#def ine 

SCXclkCfg 

OxOA 

#def ine 

SCXclkBuf 

OxOB 

(Shared  Functional  Units) 

#def ine 

SFUpack 

0x11 

#def ine 

SFUpop 

0x12 

#def ine 

SFUlsl 

0x13 

#def ine 

SFUmulO 

0x15 

#def ine 

SFUmull 

0x16 

#def ine 

SFUrev 

0x17 

//  Pack  Bits 
//  Population  Count 
//  Least  Significant  1 

//  Multiply  Source  1,  Result  LS  16  Bits 
//  Multiply  Source  2,  Result  MS  16  Bits 
//  Bit  Reverse 


//  SPI/ADC 


#def ine 

SPIOrx 

0x20 

#def ine 

SPIOtx 

0x20 

#def ine 

SPIOcfg 

0x21 

#def ine 

SPIlrx 

0x22 

#def ine 

SPIltx 

0x22 

#def ine 

SPIlcfg 

0x23 

#def ine 

ADCcfg 

0x24 

#def ine 

ADCdata 

0x25 

#def ine 

BBUcfg 

0x28 
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#def ine 

BBUstatus 

0x28 

#def ine 

BBUtx 

0x2  9 

#def ine 

BBUrx 

0x2  9 

#def ine 

BBUbrg 

0x2A 

#def ine 

BBUtime 

0x2B 

#def ine 

BBUrx 4 

0x2C 

#def ine 

BBUrx 6 

0x2D 

//  GPIO 

#def ine 

GPAin 

0x60 

#def ine 

GPAout 

0x60 

#def ine 

GPAcfg 

0x61 

#def ine 

GPBin 

0x62 

#def ine 

GPBout 

0x62 

#def ine 

GPBcfg 

0x63 

#def ine 

GPCin 

0x64 

#def ine 

GPCout 

0x64 

#def ine 

GPCcfg 

0x65 

#def ine 

GPDin 

0x66 

#def ine 

GPDout 

0x66 

#def ine 

GPDcfg 

0x67 

#def ine 

GPEin 

0x68 

#def ine 

GPEout 

0x68 

#def ine 

GPEcfg 

0x69 

#def ine 

GPFin 

0x6A 

#def ine 

GPFout 

0x6A 

#def ine 

GPFcfg 

0x6B 

#def ine 

GPGin 

0x6C 

#def ine 

GPGout 

0x6C 

#def ine 

GPGcfg 

0x6D 

#def ine 

GPHin 

0x6E 

#def ine 

GPHout 

0x6E 

#def ine 

GPHcfg 

0x6F 

#def ine 

GPIin 

0x70 

#def ine 

GPIout 

0x70 

#def ine 

GPIcfg 

0x71 

#def ine 

GPJin 

0x72 

#def ine 

GPJout 

0x72 

#def ine 

GPJcfg 

0x73 

//=====================: 

//  Memory  Configuration 
//=„===========ra===: 


//  ROM  routines 


#def ine 

HardReset 

0x0000 

#def ine 

Sof tReset 

0x0002 

#def ine 

PeripheralReset 

0x0004 

#def ine 

ShowTerminationCode 

0x0006 

#def ine 

Expan sionModule 

0x0008 

#def ine 

ProgramEEPROM 

OxOOOA 

#def ine 

Manuf acturerTest 

OxOOOC 

#def ine 

ArchitectureTest 

OxOOOE 

//  RAM  configuration 

#def ine 

kRAM  BlockO  Start 

OxCOOO 

#def ine 

kRAM  Blockl  Start 

0xC800 

#def ine 

kRAM  Block2  Start 

OxDOOO 

#def ine 

kRAM  Block3  Start 

0xD800 

#def ine 

kRAM  Block4  Start 

OxEOOO 

#def ine 

kRAM  Block5  Start 

0xE800 

#def ine 

kRAM  Block6  Start 

OxFOOO 

#def ine 

kRAM  Block7  Start 

0xF800 

#def ine 

kRAM  End 

OxFFFF 

//  16K  words  of  RAM 


//==============; 

//  Boolean  Logic 
//=============: 


tdefine  true  1 

#define  false  0 


C-102 


//=========_m==OT: 

//  Hardware  Semaphores 
//™=============™== 


#def ine 

kHardwareSemaphoreO 

1 

« 

0 

#def ine 

kHardwareSemaphorel 

1 

« 

1 

#def ine 

kHardwareSemaphore2 

1 

« 

2 

#def ine 

kHardware Semaphore3 

1 

« 

3 

#def ine 

kHardware Semaphore 4 

1 

« 

4 

#def ine 

kHardware Semaphore5 

1 

« 

5 

#def ine 

kHardware Semaphore 6 

1 

« 

6 

#def ine 

kHardware Semaphore 7 

1 

« 

7 

#def ine 

kHardware Semaphore 8 

1 

« 

8 

#def ine 

kHardware Semaphore 9 

1 

« 

9 

#def ine 

kHardwareSemaphorel 0 

1 

« 

10 

#def ine 

kHardwareSemaphorel 1 

1 

« 

11 

#def ine 

kHardwareSemaphorel 2 

1 

« 

12 

#def ine 

kHardwareSemaphorel 3 

1 

« 

13 

#def ine 

kHardwareSemaphorel 4 

1 

« 

14 

#def ine 

kHardwareSemaphorel 5 

1 

« 

15 

tendif 


C.23.  XPD  Echo.asm 

XInC  library  file  included  with  the  development  kit.  The  firmware  subroutines  to  echo 
ASCII  messges  to  a  terminal  program  connected  to  the  XInC  Program  /  Debug  Port. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


$RCSf ile :  XPD_Echo . asm, v  $ 

$Revision:  1.5  $ 

Tag  $Name:  $ 

$Date :  2003/02/12  21:17:11  $ 

$Author:  eleven  $ 

Project:  XInC  Library 

Description:  Firmware  subroutines  to  echo  ASCII  messges  to  a  terminal 
program  connected  to  the  XInC  Program  /  Debug  Port. 

NOTE:  To  use  these  routines  in  your  project,  you  must  include  the 
file  "XPD_Echo_Data . asm"  in  your  "LongData . asm"  file. 

Disclaimer:  You  may  incorporate  this  sample  source  code  into  your 

program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


Routines : 

XPD_EchoString 

XPD_EchoUnsignedDec 

XPD_EchoUnsignedDecNLZ 

XPD_EchoSignedDec 

XPD_EchoSignedDecNLZ 

XPD  EchoHex 
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//**  XPD_EchoSetBitList 

//**  XPD_EchoBlock 

//** 


♦ifndef 
#def ine 


_XPD_ECHO_ 
XPD  ECHO 


♦include  "Math. asm" 
♦include  "XPD  Serial. asm" 


//  ASCII  Constants 
♦define  CR 

♦define  LF 

♦define  EOS 


13 

10 

0 


//================ 

//  Input  Params : 

//  Output  Params: 
// - 


rl  =  Pointer  to  a  Null  Terminated  String 
None 


//  Description: 

// 

// 

// 

//=============, 


Used  to  echo  ASCII  Strings  to  a  computer  terminal  for 
debugging.  Newlines  and  other  control  characters  can  be 
embedded  in  the  string.  Also  strings  must  be 
Null-terminated . 


XPD_EchoStr ing : 


St 

rl. 

sp. 

0 

St 

r2, 

sp. 

1 

St 

r  6, 

sp. 

2 

add 

sp. 

sp. 

3 

add 

r2, 

rl, 

0 

// 

Copy  rl 

to  r2 

XPD  EchoString  loopl : 

Id 

rl, 

r2. 

0 

// 

Read  in 

character 

be 

CC, 

XPD 

EchoString  END 

jsr 

r  6, 

xpd’ 

WriteByte 

add 

r2. 

r2. 

1 

bra 

XPD 

EchoString  loopl 

’D  EchoString  END: 

sub 

sp. 

sp. 

3 

Id 

rl, 

sp. 

0 

Id 

r2. 

sp. 

1 

Id 

r  6, 

sp. 

2 

jsr 

r  6, 

r  6 

Input  Params : 

rl  = 

=  16- 

-bit  Unsigned  Integer 

// 

// 

//  Output  Params: 

// - 

//  Description: 

// 

/  /^ ============== ==^= 

XPD_EchoUnsignedDec : 


Echos  a  16-bit  unsigned  integer  to  the  terminal.  Leading 
zeros  are  output  if  necessary  to  pad  the  output  to  5  digits. 


st 

rl. 

sp. 

0 

st 

r2. 

sp. 

1 

st 

r  6, 

sp. 

2 

add 

sp. 

sp. 

3 

//  Determine  10000's  digit 


mov 

r2 , 

10000 

jsr 

r  6, 

Integer Divide 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 

//  Determine  1000 's  digit 

add 

rl. 

r2,  0 

// 

Copy 

remainder 

mov 

r2 , 

1000 

jsr 

r  6, 

Integer Divide 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 

//  Determine  100's  digit 

add 

rl. 

r2,  0 

// 

Copy 

remainder 

mov 

r2 , 

100 

jsr 

r  6, 

Integer Divide 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 
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//  Copy  remainder  to  rl 


//  Determine  10' s  digit 
add  rl,  r2,  0 

mov  r2,  10 

j sr  r6,  IntegerDivide 

add  rl,  rl,  'O' 

j  sr  r6,  XPD_WriteByte  //  Echo  result 

/ /  Determine  1 ' s  digit 
add  rl,  r2,  0 

add  rl,  rl,  'O' 

j sr  r6,  XPD_WriteByte 

XPD_EchoUnsignedDec_END : 

sub  sp,  sp,  3 

Id  rl,  sp,  0 

Id  r2,  sp,  1 

Id  r6,  sp,  2 

jsr  r6,  r6 


II- 

//  Input  Params :  rl  =  16-bit  Unsigned  Integer 

//  Output  Params:  None 

// - 

//  Description:  Echos  a  16-bit  unsigned  integer  to  the  terminal.  No  leading 

//  zeros  are  ever  output. 

//============================================================================= 

XPD_EchoUnsignedDecNLZ : 

st  rl,  sp,  0 

st  r2,  sp,  1 

st  r 6,  sp,  2 

add  sp,  sp,  3 

//  Determine  10000's  digit 
mov  r2,  10000 

jsr  r6,  IntegerDivide 

add  rl,  rl,  0 

be  ZS,  XPD_EchoUnsignedDecNLZ_1000 

add  rl,  rl,  'O' 

jsr  r6,  XPD_WriteByte  //  Echo  result 

XPD_EchoUnsignedDecNLZ_1000 : 

//  Determine  1000 's  digit 
add  rl,  r2,  0 

mov  r2,  1000 

jsr  r6,  IntegerDivide 

add  rl,  rl,  0 

be  ZS,  XPD_EchoUnsignedDecNLZ_100 

add  rl,  rl,  'O' 

jsr  r6,  XPD_WriteByte 

XPD_EchoUnsignedDecNLZ_100 : 

//  Determine  100's  digit 


add 

rl. 

o 

CM 

// 

Copy 

remainder  to  rl 

mov 

r2. 

100 

jsr 

r  6, 

IntegerDivide 

add 

rl. 

rl,  0 

be 

ZS, 

XPD  EchoUnsignedDecNLZ  10 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 

//  Copy  remainder  to  rl 


//  Echo  result 


//  Remainder  =  l's  digit 
//  Echo  result 


XPD_EchoUnsignedDecNLZ_10 : 

//  Determine  10 's  digit 


add 

rl. 

o 

CM 

mov 

r2. 

10 

jsr 

r  6, 

IntegerDivide 

add 

rl. 

rl,  0 

be 

ZS, 

XPD  EchoUnsignedDecNLZ 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

EchoUnsignedDecNLZ  1: 

//  Determine  l's  digit 

add 

rl. 

o 

CM 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

//  Copy  remainder  to  rl 

//  Echo  result 

//  Copy  remainder  to  rl  (l's  digit) 
//  Echo  result 


XPD_EchoUnsignedDecNLZ_END: 


sub 

sp. 

sp. 

3 

Id 

rl. 

sp. 

0 

Id 

r2. 

sp. 

1 
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Id  r6,  sp,  2 

jsr  r6,  r6 


//============================================================================= 

//  Input  Params :  rl  =  16-bit  Signed  Integer 

//  Output  Params:  None 

// - 

//  Description:  Echos  a  16-bit  signed  integer  to  the  terminal.  Leading 

//  zeros  are  output  if  necessary  to  pad  the  output  to  5  digits. 

//  In  total,  6  characters  are  output:  1  sign  and  5  digits. 

//============================================================================= 

XPD_EchoSignedDec : 

st  rl,  sp,  0 

st  r2,  sp,  1 

st  r 6,  sp,  2 

add  sp,  sp,  3 

/ /  Determine  the  sign  character 
add  rl,  rl,  0 

be  ZS,  XPD_EchoSignedDec_Zero 

be  NC,  XPD_EchoSignedDec_Positive 

XPD_EchoSignedDec_Negative : 
mov  rl, 

jsr  r6,  XPD_WriteByte 

Id  rl,  sp,  -3 

mov  r2,  0 

sub  rl,  r2,  rl 

bra  XPD_EchoSignedDec_Digits 

XPD_EchoSignedDec_Positive : 


mov 

rl. 

'  + ' 

jsr 

r  6, 

XPD  WriteByte 

Id 

rl. 

sp,  -3 

//  Reload  the  integer 

bra 

XPD 

EchoSignedDec  Digits 

XPD_EchoSignedDec_Zero : 
mov  rl,  '  ' 

jsr  r6,  XPD_WriteByte 

Id  rl,  sp,  -3  //  Reload  the  integer 

XPD_EchoSignedDec_Digits : 

//  Determine  10000's  digit 


mov 

r2. 

10000 

jsr 

r  6, 

IntegerDivide 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

//  Echo  result 

//  Determine  1000 's  digit 
add  rl,  r2,  0 

mov  r2,  1000 

jsr  r6,  IntegerDivide 

add  rl,  rl,  'O' 

jsr  r6,  XPD_WriteByte 

//  Determine  100's  digit 
add  rl,  r2,  0 

mov  r2,  100 

jsr  r6,  IntegerDivide 

add  rl,  rl,  'O' 

jsr  r6,  XPD_WriteByte 

//  Determine  10 's  digit 
add  rl,  r2,  0 

mov  r2,  10 

jsr  r6,  IntegerDivide 

add  rl,  rl,  'O' 

jsr  r6,  XPD_WriteByte 

//  Determine  l's  digit 
add  rl,  r2,  0  //  Remainder  =  l's  digit 

add  rl,  rl,  'O' 

jsr  r6,  XPD_WriteByte  //  Echo  result 

XPD_EchoSignedDec_END : 

sub  sp,  sp,  3 

Id  rl,  sp,  0 

Id  r2,  sp,  1 


//  Copy  remainder  to  rl 


//  Echo  result 


//  Copy  remainder  to  rl 


//  Echo  result 


//  Copy  remainder  to  rl 


//  Echo  result 


//  Reload  the  integer 

//  Convert  to  positive  representation 
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Id 

jsr 


r6,  sp,  2 
r6,  r  6 


// 


// 

II 

XPD_EchoSignedDecNLZ : 

st  rl,  sp,  0 

st  r2,  sp,  1 

st  r 6,  sp,  2 

add  sp,  sp,  3 


Input  Params : 
Output  Params : 

rl  =  16-bit  Signed  Integer 

None 

Description : 

Echos  a  16-bit  signed  integer  to  the  terminal, 
zeros  are  ever  output. 

No  leading 

/ /  Determine  the  sign  character 


add 

rl. 

rl,  0 

be 

ZS, 

XPD  EchoSignedDecNLZ  Zero 

be 

NC, 

XPD  EchoSignedDecNLZ  Positive 

EchoSignedDecNLZ  Negative: 

mov 

rl. 

'  - ' 

jsr 

r  6, 

XPD  WriteByte 

Id 

rl. 

sp,  -3 

// 

Reload  the  integer 

mov 

r2. 

0 

sub 

rl. 

r2,  rl 

// 

Convert  to  positive  representation 

bra 

XPD 

EchoSignedDecNLZ  Digits 

XPD_EchoSignedDecNLZ_Positive : 


mov 

rl. 

'  + ' 

jsr 

r  6, 

XPD  WriteByte 

Id 

rl. 

sp,  -3 

//  Reload  the  integer 

bra 

XPD 

EchoSignedDecNLZ  Digits 

XPD_EchoSignedDecNLZ_Zero : 
mov  rl,  '  ' 

jsr  r6,  XPD_WriteByte 

Id  rl,  sp,  -3  //  Reload  the  integer 


XPD_EchoSignedDecNLZ_Digits : 


//  Determine  10000's  digit 


mov 

r2. 

10000 

jsr 

r  6, 

Integer Divide 

add 

rl. 

rl,  0 

be 

ZS, 

XPD  EchoSignedDecNLZ 

1000 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 

EchoSignedDecNLZ  1000: 

//  Determine  1000 's  digit 

add 

rl. 

r2,  0 

// 

Copy 

remainder 

mov 

r2. 

1000 

jsr 

r  6, 

Integer Divide 

add 

rl. 

rl,  0 

be 

ZS, 

XPD  EchoSignedDecNLZ 

100 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 

XPD_EchoSignedDecNLZ_100 : 

//  Determine  100's  digit 


add 

rl. 

o 

CM 

// 

Copy 

remainder 

mov 

r2. 

100 

jsr 

r  6, 

Integer Divide 

add 

rl. 

rl,  0 

be 

ZS, 

XPD  EchoSignedDecNLZ  10 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 

XPD_EchoSignedDecNLZ_10 : 


//  Determine  10 's  digit 

add 

rl. 

o 

CM 

// 

Copy 

remainder  to  rl 

mov 

r2 , 

10 

jsr 

r  6, 

Integer Divide 

add 

rl. 

rl,  0 

be 

ZS, 

XPD  EchoS ignedDecNLZ_l 

add 

rl. 

rl,  'O' 

jsr 

r  6, 

XPD  WriteByte 

// 

Echo 

result 
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XPD_EchoSignedDecNLZ_l : 

/ /  Determine  1 ' s  digit 


add 

rl. 

r2. 

0 

// 

Copy 

remainder  to  rl  (1 

add 

rl. 

rl. 

'O' 

jsr 

r  6, 

XPD 

WriteByte 

// 

Echo 

result 

XPD  EchoSignedDecNLZ 

END 

sub 

sp. 

sp. 

3 

Id 

rl. 

sp. 

0 

Id 

r2. 

sp. 

1 

Id 

r  6, 

sp. 

2 

jsr 

r  6, 

r  6 

//= 

// 

Input  Params : 

rl  =  16-bit  Number 

// 

Output  Params : 

None 

//- 

// 

Description : 

Echos  a  16-bit  number  to  the  terminal  formatted  as  a 

//  hexadecimal  integer  with  format  OxABCD  where  ABCD  are  hex 

//  digits.  Uses  R2  for  temp,  divisor,  remainder.  Subroutines 

//  use  RO  as  scratch. 

//============================================================================= 

XPD_EchoHex : 

st  rl,  sp,  0 

st  r2,  sp,  1 

st  r 6,  sp,  2 

add  sp,  sp,  3 


add  r2 ,  rl,  0 


//  Copy  rl  to  r2 


mov 

rl. 

'O' 

jsr 

r  6, 

XPD 

WriteByte 

// 

Echo  leading  0 

mov 

rl. 

'  x ' 

jsr 

r  6, 

XPD 

WriteByte 

// 

Echo  leading  x 

rol 

rl. 

r2. 

4 

and 

rl. 

rl. 

OxOOOF 

Id 

rl. 

rl. 

table  bintohex 

// 

Convert  MSD 

jsr 

r  6, 

XPD 

WriteByte 

// 

Echo  to  stdout 

rol 

rl. 

r2. 

8 

and 

rl. 

rl. 

OxOOOF 

Id 

rl. 

rl. 

table  bintohex 

// 

Convert  next  digit 

jsr 

r  6, 

XPD 

WriteByte 

// 

Echo  to  stdout 

rol 

rl. 

r2. 

12 

and 

rl. 

rl. 

OxOOOF 

Id 

rl. 

rl. 

table  bintohex 

// 

Convert  next  digit 

jsr 

r  6, 

XPD 

WriteByte 

// 

Echo  to  stdout 

rol 

rl. 

r2. 

0 

and 

rl. 

rl. 

OxOOOF 

Id 

rl. 

rl. 

table  bintohex 

// 

Convert  LSD 

jsr 

r  6, 

XPD 

WriteByte 

// 

Echo  to  stdout 

XPD  EchoHex  END: 


sub 

sp. 

sp. 

3 

Id 

rl. 

sp. 

0 

Id 

r2. 

sp. 

1 

Id 

r  6, 

sp. 

2 

jsr 

r  6, 

r  6 

/ /■ 


//  Input  Params :  rl  =  16-Bit  Vector 

//  Output  Params:  None 

// - 

//  Description:  Echos  to  the  terminal  a  comma  deliminated  list  of  the  bits 

//  that  are  set  in  a  16-bit  vector. 

//============================================================================= 

XPD  EchoSetBitList: 


st 

rO, 

sp. 

0 

st 

rl. 

sp. 

1 

st 

r2. 

sp. 

2 

st 

r3. 

sp. 

3 

st 

r4. 

sp. 

4 

st 

r5. 

sp. 

5 

st 

r  6, 

sp. 

6 

add 

sp. 

sp. 

7 

's  digit) 
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FALSE 


mov 

r2. 

0 

// 

Previous 

Bit  =  FALSE 

mov 

r3, 

15 

mov 

r4. 

0 

// 

i  =  0 

add 

rO, 

rl,  0 

// 

u 

ii 

o 

u 

EchoSetBitList  loop: 

sub 

rl, 

r3,  r4 

rol 

rl, 

rO,  rl 

// 

Test  Bit 

i 

be 

NC, 

XPD  EchoSetBitList 

loop  end 

add 

r2. 

r2,  0 

// 

Test  For 

Previous  Bit 

be 

ZS, 

XPD  EchoSetBitList 

output 

mov 

rl, 

MSG_COMMA 

//  Output 

",  " 

j  sr 

r  6, 

XPD  EchoString 

XPD_EchoSetBitList_output : 
mov  r2,  1 

add  rl,  r4,  0 

j sr  r6,  XPD_EchoUnsignedDecNLZ 


XPD  EchoSetBitLis 


add 

r4. 

sub 

r5, 

be 

ZC. 

EchoSetBitList 

END: 

sub 

sp 

Id 

rO 

Id 

rl 

Id 

r2 

Id 

r3 

Id 

r4 

Id 

r5 

Id 

r  6 

j  sr 

r  6 

t_loop_end: 
r4,  1 
r4,  16 

XPD  EchoSetBitList 


sp,  7 
sp,  0 
sp,  1 
sp,  2 
sp,  3 
sp,  4 
sp,  5 
sp,  6 
r  6 


loop 


/ /  Previous  Bit  =  TRUE 
//  Output  i 


//  i++ 


//============================================================================= 

//  Input  Params :  r5  =  Start  address  of  the  block 

//  r4  =  Number  of  words  to  display 

//  Output  Params:  None 

// - 

//  Description:  Echos  to  the  terminal  a  given  number  of  words  of  data  in 

//  hex  format  starting  at  a  given  memory  address.  The  output  is 

//  formatted  with  8  words  per  line  and  a  space  inbetween  each 

//  word. 

7/=========================^================================================== 

XPD  EchoBlock: 


st 

rO, 

sp. 

0 

st 

rl, 

sp. 

1 

st 

r2, 

sp. 

2 

st 

r3, 

sp. 

3 

st 

r4. 

sp. 

4 

st 

r5, 

sp. 

5 

st 

r  6, 

sp. 

6 

add 

sp. 

sp. 

7 

XPD_EchoBlock_lineLoop : 


mov 

r3, 

8 

// 

r3  -  words 

on  this 

line 

XPD  EchoBlock 

wordLoop : 

Id 

rl, 

r5,  0 

j  sr 

r  6, 

XPD  EchoHex 

mov 

rl, 

'  ' 

j  sr 

r  6, 

XPD  WriteByte 

add 

r5. 

r5,  1 

// 

Increment 

address 

sub 

r4. 

r4,  1 

// 

Decrement 

total 

be 

ZS, 

XPD  EchoBlock  END 

sub 

r3. 

r3,  1 

// 

Decrement 

words  on 

this  line 

be 

ZC, 

XPD  EchoBlock  wordLoop 

mov 

rl. 

MSG  NEWLINE 

// 

Start  new 

line 

j  sr 

r  6, 

XPD  EchoString 

bra 

XPD 

EchoBlock  lineLoop 

EchoBlock  END: 

sub 

sp. 

sp,  7 

Id 

rO, 

sp,  0 

Id 

rl. 

sp,  1 

Id 

r2. 

sp,  2 

Id 

r3. 

sp,  3 

Id 

r4. 

sp,  4 
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#endif 


Id 

r5, 

sp. 

5 

Id 

r  6, 

sp. 

6 

jsr 

r  6, 

r  6 
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C.24.  XPD  Echo  Data.asm 

XInC  library  file  included  with  the  development  kit.  Data  file  used  by  XPD  Echo.asm. 


(C)  2002  by  Eleven  Engineering  Incorporated 


Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


$RCSfile:  XPD_Echo_Data . asm, v  $ 

$Revision:  1.3  $ 

Tag  $Name:  $ 

$Date :  2003/02/12  21:17:11  $ 

$Author:  eleven  $ 

Project:  XInC  Library 
Description:  Data  used  by  XPD_Echo . asm. 

Disclaimer:  You  may  incorporate  this  sample  source  code  into  your 

program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


table_bintohex : 

"012345678  9 ABCDEF " 

MSG_COMMA : 

",  ",  EOS 
MSG_NEWLINE : 

CR,  LF,  EOS 

MS G_8 SPACES : 

MS G_7 SPACES : 

MSG_6 SPACES : 

MS G_5 SPACES : 

MS G_4 SPACES : 

MS G_3 SPACES : 

MSG  2 SPACES: 


MSG_SPACE : 

"  ",  EOS 
MSG_DASH: 

EOS 

MSG  LONGLINE: 


CR,  LF,  EOS 
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C.25.  XPD  Serial,  asm 


XInC  library  file  included  with  the  development  kit.  The  firmware  subroutines  are  used 
to  configure,  read  data,  and  write  data  using  the  XInC  Program  /  Debug  Port. 


// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 


*****  (Q)  2002  by  Eleven  Engineering  Incorporated  ************* 
Tabs:  This  file  looks  best  with  tab  stops  set  every  6  spaces. 


$RCSf ile : 
$Revision : 
Tag  $Name: 
$Date : 
$Author : 


XPD_Serial . asm, v  $ 

1.4  $ 

$ 

2003/02/12  21:17:11  $ 
eleven  $ 


Proj  ect : 
Description : 


XInC  Library 

Firmware  subroutines  to  configure,  read  data,  and  write  data 
using  the  XInC  Program  /  Debug  Port. 


NOTE:  To  use  these  routines  in  your  project,  you  must  assign 
kSPI0CS_Semaphore  to  one  of  your  hardware  semaphores. 

Disclaimer:  You  may  incorporate  this  sample  source  code  into  your 

program (s)  without  restriction.  This  sample  source  code  has 
been  provided  "AS  IS"  and  the  responsibility  for  its 
operation  is  yours.  You  are  not  permitted  to  redistribute 
this  sample  source  code  as  "Eleven  sample  source  code"  after 
having  made  changes.  If  you're  going  to  re-distribute  the 
source,  we  require  that  you  make  it  clear  in  the  source  that 
the  code  was  descended  from  Eleven  sample  source  code,  but 
that  you've  made  changes. 


High  Level  Routines: 

XPD_Con figure 
XPD_ReadConf igWord 

XPD_WriteByte 

XPD_ReadByte 

XPD_ReadByteWithTimeout 

XPD_ReadWriteByte 

Low  Level  Routines: 


XPD  ShiftlnOut 


tifndef  _ XPD_SERIAL 

#def ine  XPD  SERIAL' 


// - 

//  XPD  Port  Configuration  Constants 
// - 


//  Baud  Rate  Constants 


#def ine 

kXPD_ 

BaudRate 

230400 

0x0 

#def ine 

kXPD 

BaudRate 

115200 

0x1 

#def ine 

kXPD 

BaudRate 

76800 

0x8 

#def ine 

kXPD 

BaudRate 

57600 

0x2 

#def ine 

kXPD 

BaudRate 

38400 

0x9 

#def ine 

kXPD 

BaudRate 

28800 

0x3 

#def ine 

kXPD 

BaudRate 

19200 

OxA 

#def ine 

kXPD 

BaudRate 

14400 

0x4 

#def ine 

kXPD 

BaudRate 

9600 

OxB 
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#def ine 

kXPD_BaudRate_7 200 

0x5 

#def ine 

kXPD  BaudRa te_4  800 

OxC 

#def ine 

kXPD  BaudRate  3600 

0x6 

#def ine 

kXPD  BaudRate_2  400 

OxD 

#def ine 

kXPD_BaudRate  1800 

0x7 

#def ine 

kXPD  BaudRate  1200 

OxE 

#def ine 

kXPD  BaudRate  600 

OxF 

// 

Protocol  Constants 

#def ine 

kXPD  Use7DataBits 

1 

« 

4 

#def ine 

kXPD  EnableParityBits 

1 

« 

5 

#def ine 

kXPD_Use2StopBits 

1 

« 

6 

#def ine 

kXPD  Enable  IrDA  Timing 

1 

« 

7 

#def ine 

kXPD  Shutdown 

1 

« 

12 

#def ine 

kXPD  DisableFIFO 

1 

« 

13 

// 

XInC  Clock  Speed 

Constants 

#def ine 

kXPD_ClockLE  3MHz 

0 

« 

8 

#def ine 

kXPD  ClockLE  6MHz 

1 

« 

8 

#def ine 

kXPD_ClockLE  12 MHz 

2 

« 

8 

#def ine 

kXPD_ClockLE  24MHz 

3 

« 

8 

#def ine 

kXPD  ClockLE  48MHz 

4 

« 

8 

#def ine 

kXPD  ClockLE  96MHz 

5 

« 

8 

#def ine 

kXPD_ClockLE  192MHz 

6 

« 

8 

#def ine 

kXPD  ClockLE  384MHz 

7 

« 

8 

// - 

//  XPD  Port  Control  Constants 


#define  kXPD_ParityBit 

# define  kXPD_CTS_RTS_Bit 

#define  kXPD_ErrorBit 

#define  kXPD_TransmitDoneBit 

tdefine  kXPD  DataReceivedBit 


8 

9 

10 

14 

15 


//=============== 

//  Input  Params : 
//  Output  Params: 

// - 

//  Description: 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

// 

//=============== 

XPD_Conf igure : 


rl  =  Configuration  Word  (Sum  of  Configuration  Constants) 
rl  =  Configuration  Succeeded  (true  or  false) 


Used  to  configure  the  XPD  Port. 

This  routine  always  sets  up  SPIO  for  polarity=0,  phase=0,  and 
mode=master . 

The  default  settings  are: 

Baud  Rate:  230.4k 

Data  Bits:  8 

Parity  Bits :  None 
Stop  Bits:  1 

Timing:  Standard 

Running:  True 

FIFO:  Enabled 

Clock:  3MHz  or  less 

To  change  these  settings,  add  the  desired  constants 
to  the  Configuration  Word. 

At  3.3V  the  maximum  SPIO  clock  supported  by  the  MAX3100 
SPI-UART  is  1.5MHz.  Therefore,  to  get  the  fastest  possible 
data  rate  on  the  SPI,  you  should  add  the  first  XInC  Clock 
Speed  Constant  that  is  faster  than  the  actual  speed  of  the 
XInC  clock  to  your  Configuration  Word. 


st 

r  6, 

sp. 

0 

st 

rl. 

sp. 

1 

add 

sp. 

sp. 

2 

//  Setup  the  SEM  Address  Mux 
//  GPB [0:3]  =  SPI  as  output 
//  GPBO  =  SPI  ROM  CS 

//  GPB [1:2]  =  SPI  MUX  Address  decoding 

//  ObOOl  =  SPI  XPD  Port 

mov  rl,  0x0707 

outp  rl,  GPBcfg 

//  Derive  a  config  word  for  the  SPIO  Port  from  the  XPD  Config  Word 
Id  rl,  sp,  -1 

rol  rl,  rl,  -6  //  Move  the  "Clock  Speed  Constant"  into  its  appropriate  position 

and  rl,  rl,  ObOOOOOOOOOlOlllOO 

bis  rl,  rl,  1  //  Set  the  "Master  SPI"  bit 
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bic 

rl. 

rl,  6 

// 

Test  the  "Shutdown"  bit 

be 

VS, 

XPD  Configure  Disable 

bis 

rl. 

rl,  0 

// 

Set  the  "Enable  SPI"  bit 

XPD  Configure 

_Disable : 

outp 

rl. 

SPIOcfg 

//  Test  if  the  UART  hardware  exists 

by 

configuring 

it  with  a  non-zero  dummy 

baudrate 

mov 

rl. 

OxCOOF 

// 

"Write 

Config"  command  in  upper 

two  bits 

jsr 

r  6, 

XPD_ShiftInOut 

// 

Write 

the  configuration  word 

mov 

rl. 

0x4000 

// 

"Read 

Config"  command  in  upper 

two  bits 

jsr 

r  6, 

XPD_ShiftInOut 

// 

Read  the  configuration  word 

sub 

rl. 

rl,  0x400F 

// 

Check  for  correct  baud  rate 

be 

EQ, 

XPD_Conf igure_UART 

Attached 

mov 

rl. 

false 

// 

Return  false 

bra 

XPD 

Configure  END 

XPD_Conf igure_UART_Attached : 


Id 

rl 

,  sp. 

-1 

and 

rl 

,  rl. 

Obi 11 11 00 01 11 11 111 

ior 

rl 

,  rl. 

OxCOOO 

// 

"Write  Config' 

'  command  in 

upper  two  bits 

jsr 

r  6 

,  XPD 

ShiftlnOut 

// 

Write  config. 

also  clears 

receive  FIFO 

mov 

rl 

,  true 

// 

Return  true 

XPD_Conf igure  END: 

sub 

sp 

,  sp. 

2 

//  Don 

'  t 

restore  rl 

Id 

r  6 

,  sp. 

0 

jsr 

r  6 

,  r  6 

//■ 


//  Input  Params :  None 

//  Output  Params:  rl  =  Configuration  Word 
// - 


//  Description: 

// 

// 

//===========™===?: 

XPD_ReadConf igWord: 


Reads  config  and  status  data  from  the  SPI-UART.  Can  be  used 
to  determine  the  status  of  the  transmit  and  receive  buffers 
by  checking  the  transmit  and  receive  bits. 


st 

r  6, 

sp,  0 

add 

sp. 

sp,  1 

mov 

rl. 

0x4000 

// 

"Read  Config"  command 

in  upp< 

jsr 

r  6, 

XPD_ShiftInOut 

// 

Read  the  configuration 

word 

sub 

sp. 

sp,  1 

Id 

r  6, 

sp,  0 

jsr 

r  6, 

r  6 

Input  Params : 

rl 

=  The  byte  to  write 

// 

// 

II  Output  Params: 

// - 

//  Description: 

// 

// 

//=============== 

XPD_WriteByte : 


Used  to  shift  a  data  byte  out  to  the  SPI-UART.  The  data  byte 
shifted  in  is  discarded.  The  data  is  always  in  the  LSB  of 
the  word. 


st 

r  6, 

sp. 

0 

st 

rl. 

sp. 

1 

// 

Push  rl  because  XPD  ReadConf igWord  uses  it 

add 

sp. 

sp. 

2 

WriteByte 

_LOOP : 

jsr 

r  6, 

XPD 

ReadConf igWord 

bic 

rl. 

rl," 

kXPD  TransmitDoneBit 

// 

Is  transmit  buffer  empty? 

be 

VC, 

XPD 

WriteByte  LOOP 

Id 

rl. 

sp. 

-1 

// 

Reload  rl  from  the  stack 

and 

rl. 

rl. 

0x07FF 

bis 

rl. 

rl. 

15 

jsr 

r  6, 

XPD 

ShiftlnOut 

sub 

sp. 

sp. 

2 
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Id 

r  6, 

sp. 

0 

Id 

rl. 

sp. 

1 

jsr 

r  6, 

r  6 

//============================================================================= 

//  Input  Params :  None 

//  Output  Params:  rl  =  The  byte  read  from  the  SPI-UART 

// - 

//  Description:  Used  to  shift  a  data  byte  in  from  the  SPI-UART.  A  zero  byte 

//  is  shifted  out.  This  subroutine  does  not  return  until  a  byte 

//  has  been  received.  The  data  is  always  in  the  LSB  of  the 

//  word. 

//============================================================================= 

XPD_ReadByte : 


st  r6,  sp,  0 

add  sp,  sp,  1 

XPD_ReadByte_LOOP : 

mov  rl,  0 

jsr  r 6,  XPD_ShiftInOut 

bis  rl,  rl,  kXPD_DataReceivedBit  //  Has  byte  arrived? 

be  VC,  XPD_ReadByte_LOOP 

and  rl,  rl,  0x07FF 

sub  sp,  sp,  1 

Id  r6,  sp,  0 

jsr  r6,  r6 


//============================================================================= 

//  Input  Params:  rl  =  The  maximum  number  of  read  attempts 

//  Output  Params:  rl  =  The  byte  read  from  the  SPI-UART 

// - 

//  Description:  Used  to  read  a  data  byte  from  the  SPI-UART.  A  zero  byte  is 

//  shifted  out.  This  subroutine  does  not  return  until  a  byte 

//  has  been  received  or  the  maximum  number  of  attempts  has  been 

//  reached.  The  data  is  always  in  the  LSB  of  the  word. 

//============================================================================= 

XPD_ReadByteWithTimeout : 


st 

r2. 

sp. 

0 

st 

r  6, 

sp. 

1 

add 

sp. 

sp. 

2 

add 

r2. 

rl. 

0 

//  r2  =  counter 

XPD_ReadByteWithTimeout_LOOP : 

be  ZS,  XPD_ReadByteWithTimeout_FAIL 

mov  rl,  0 

jsr  r 6,  XPD_ShiftInOut 

bis  rl,  rl,  kXPD_DataReceivedBit  //  Has  byte  arrived? 

be  VS,  XPD_ReadByteWithTimeout_SUCCESS 

sub  r2,  r2,  1 

bra  XPD_ReadByteWithTimeout_LOOP 

XPD_ReadByteWithTimeout_SUCCESS : 
and  rl,  rl,  0x07FF 
bra  XPD_ReadByteWithTimeout_END 

XPD_ReadByteWithTimeout_FAIL : 
mov  rl,  OxFFFF 

XPD_ReadByteWithTimeout_END : 


sub 

sp. 

sp. 

2 

Id 

r2. 

sp. 

0 

Id 

r  6, 

sp. 

1 

jsr 

r  6, 

r  6 

/  /====«=——— 
//  Input  Params: 
//  Output  Params: 

// - 

//  Description: 

// 

// 


rl  =  The  byte  to  write 
rl  =  The  byte  read  back 


Used  to  shift  out  a  data  byte  to  the  SPI-UART  and  to  shift 
back  in  another  byte  from  the  SPI-UART.  The  data  is  always 
in  the  LSB  of  the  word. 
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//================ 

XPD_ReadWriteByte : 


St 

r  6, 

sp,  0 

St 

rl. 

sp,  1 

// 

Push  rl  because  XPD  ReadConf igWord  uses  it 

add 

sp. 

sp,  2 

ReadWriteByte 

_LOOP : 

jsr 

r  6, 

XPD  ReadConf igWord 

bic 

rl. 

rl,  kXPD  TransmitDoneBit 

// 

Is  transmit  buffer  empty? 

be 

VC, 

XPD  ReadWriteByte  LOOP 

sub 

sp. 

sp,  1 

// 

Pop  rl 

Id 

rl. 

sp,  0 

and 

rl. 

rl,  0x07FF 

bis 

rl. 

rl,  15 

jsr 

r  6, 

XPD_ShiftInOut 

sub 

sp. 

sp,  1 

Id 

r  6, 

sp,  0 

jsr  r6,  r6 


//============================================================================= 

//  Input  Params :  rl  =  16-bit  word  to  write  to  the  SPI-UART 

//  Output  Params:  rl  =  16-bit  word  read  back  from  the  SPI-UART 

// - 

//  Description:  Used  to  shift  out  the  word  in  rl  to  the  SPI-UART  and  to 

//  read  back  a  word  into  rl.  The  MSB  of  the  word  is  a  control 

//  byte  and  the  LSB  is  a  data  byte. 

//============================================================================= 

XPD  ShiftlnOut: 


st 

rO, 

sp,  0 

st 

r2. 

sp,  1 

mov 

r2. 

l«kSPIOCS_Semaphore 

outp 

r2. 

SCUdown 

// 

Resource  down  (semaphore) 

inp 

rO, 

GPBin 

bic 

rO, 

rO,  1 

bic 

rO, 

rO,  2 

outp 

rO, 

GPBout 

// 

Assert  SPI-UART  chip  select 

rol 

rO, 

rl,  8 

// 

Move  MSbyte  to  rO 

outp 

rO, 

SPIOtx 

// 

Output  MSbyte 

inp 

rO, 

SPIOrx 

// 

Get  received  MSbyte 

outp 

rl. 

SPIOtx 

// 

Output  LSbyte 

rol 

rl. 

rO,  8 

// 

Move  MSbyte  received  into  data  register 

inp 

rO, 

SPIOrx 

// 

Get  received  LSbyte 

ior 

rl. 

rl,  rO 

// 

Move  received  LSbyte  to  data  register 

inp 

rO, 

GPBin 

bis 

rO, 

rO,  1 

bis 

rO, 

CM 

O 

outp 

rO, 

GPBout 

// 

Negate  SPI-UART  chip  select 

outp 

r2. 

SCUup 

// 

Resource  up  (semaphore) 

Id 

rO, 

sp,  0 

Id 

r2. 

sp,  1 

jsr 

r  6, 

r  6 

#endif 


C-116 


Appendix  D  -  Experimental  Data 


The  experimental  data  collected  during  this  research  is  in  the  possession  of: 

Rusty  Baldwin,  PhD,  PE 

Associate  Professor  of  Computer  Engineering 

Department  of  Electrical  and  Computer  Engineering 

Air  Force  Institute  of  Technology 

AFIT/ENG 

Building  642 

2950  Hobson  Way 

Wright-Patterson  AFB,  OH  45433-7765 

voice:  (937)  255-6565  ext.  4445  (DSN  785) 

fax:  (937)  656-4055  (DSN  986) 

e-mail:  rusty.baldwin@afit.edu 

web  site:  http://en.afit.edu/issa/faculty/drbaldwin.htm 
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Interconnection  (OSI)  Reference  Model.  One  MAC  protocol  in  extensive  use  today  is  the  Institute  of  Electrical  and  Electronics  Engineers  (IEEE)  802.1 1 
standard. 

Since  IEEE  802. 1 1  devices  are  so  prevalent  in  today’s  world,  many  researcher  are  exploring  modifications  and  enhancements  to  the  protocol.  There 
are  several  well  developed  analytical  and  simulation  models  for  IEEE  802.1 1  available  to  researchers,  yet  one  significant  obstacle  remains:  the  lack  of  a 
means  to  obtain  experimental  data  based  on  proposed  protocol  changes.  Without  real  world  experimental  data,  researchers  lack  the  ability  to  test  out  their 
proposals  in  a  real  world  environment. 

To  fill  this  need,  this  thesis  created  a  hardware  prototype  from  which  researchers  can  obtain  experimental  data  about  IEEE  802. 1 1 .  This  hardware 
prototype  can  now  be  used  by  researchers  to  gain  real  world  data  on  their  proposed  modifications  to  IEEE  802. 1 1 . 
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